Universitatea "Babes - Bolyai" Cluj - Napoca Facultatea de Matematica si Informatica Specializarea Informatica LUCRARE DE DIPLOMA Tehnici de Inteligenta Artificiala �n Rezolvarea Problemelor de Satisfacere a Constr�ngerilor (CSP) �ndrumator Absolvent Lect. Dr. Serban Gabriela Bodog Mircea 2006 ABSTRACT 3 PREFATA 5 CAPITOLUL 1 NOTIUNI GENERALE DE INTELIGENTA ARTIFICIALA 7 1.1 DEFINITII ALE INTELIGENTEI ARTIFICIALE 7 1.2 DOMENII DE CERCETARE 8 CAPITOLUL 2 CSP ABORDAREA CLASICA 11 2.1 INTRODUCERE. DEFINITII. 11 2.2 TEHNICI DE REZOLVARE CSP 15 2.2.1 Backtracking 15 2.2.2 Propagarea constr�ngerilor 16 2.2.3 Tehnici de consistenta 18 CAPITOLUL 3 CSP ABORDAREA DISTRIBUITA 20 3.1 TEHNOLOGIA AGENTILOR INTELIGENTI 20 3.2 STRUCTURA AGENTILOR INTELIGENTI 21 3.3 CLASE DE AGENTI INTELIGENTI 23 3.4 CSP DISTRIBUITA. DEFINITII 25 3.5 PROBLEME DISTRIBUITE PARTIALE DE SATISFACERE A CONSTR�NGERILOR 26 3.6 PROBLEME DISTRIBUITE IERARHIZATE DE SATISFACERE A CONSTR�NGERILOR 27 3.7 ALGORITMI DE REZOLVARE A CSP DISTRIBUITE 29 3.7.1 Algoritmul Backtracking Asincron 29 3.7.2 Algoritmul de cautare Weak-Commitment 30 CAPITOLUL 4 BACKTRACKING 32 4.1 BACKTRACKING CRONOLOGIC (BT) 32 4.2 BACKJUMPING 34 4.3 BACKMARKING 37 4.4 CONFLICT DIRECTED BACKJUMPING 39 4.4 FORWARD-CHECKING 41 CAPITOLUL 5 PREZENTARE APLICATIA PRACTICA LIVRARE INTELIGENTA 44 5.1 ENUNTUL SI SPECIFICAREA PROBLEMEI 44 5.2 PROIECTARE 45 5.3 MANUAL DE UTILIZARE 46 CODUL SURSA 57 CAPITOLUL 6 CONCLUZII 67 BIBLIOGRAFIE 69 Abstract The Constraint Satisfaction Problem (CSP) is a generalization of the satisfiability problem and has a rich history in AI. In recent years, constraint satisfaction problems have received more and more attention from both an experimental and a theoretical perspective. In this paper we present the definition, solving techniques and algorithms for both the non-distributed and distributed approach of this problems. The first chapter presents some general information about the artificial intelligence field, some history facts about the development of this field. Also we present the most important research fields of the artificial intelligence at this time. The second chapter presents the non-distributed definitions and approach of the CSP. In this chapter we define a CSP and explain it's main components. Also here are presented 2 solving techniques for a CSP: constraint propagation and consistency techniques. The third chapter presents the distributed approach of the CSP. Here we define the distributed constraint satisfaction problem, some information about agents, type of agents and some general information about the multi-agent systems where distributed CSP can be present. Also in this chapter are presented some frameworks for modeling a distributed CSP and are proposed 2 distributed algorithms for solving this type of problems. The forth chapter presents the backtracking search technique as the main solving method for non-distributed CSP. Here we present the chronological backtracking algorithm as starting point for other more efficient algorithms as backjumping, backmarking, conflict-directed backjumping and forward check. The fifth chapter presents a practical problem that is solved using CSP techniques. The application is called Livrare inteligenta - Smart supply. This application was created by the author of this these to show that the CSP approach of some real life problem can be beneficial. The algorithms implemented in JAVA for this application are chronological backtracking with constraint propagation and backjumping with constraint propagation, the JAVA code of these 2 algorithms is listed at the end of the chapter. The application idea and the implementation are original work of the author. This work is the result of my own activity. I have neither given nor received unauthorized assistance on this work. Prefata Lucrarea de fata descrie tehnici de inteligenta artificiala �n rezolvarea problemelor de satisfacere a constr�ngerilor. �n ultimii ani, problemele de satisfacere a constr�ngerilor au primit tot mai multa atentie at�t din perspectiva experimentala c�t si din perspectiva teoretica. �n aceasta lucrare prezentam definitia, tehnici de rezolvare si algoritmi at�t pentru abordarea nedistribuita c�t si pentru abordarea distribuita a acestui tip de probleme. Capitolul 1 prezinta informatii generale si c�teva date istorice despre domeniul inteligentei artificiale. De asemenea sunt prezentate cele mai importante domenii de cercetare la ora actuala in acest domeniu. Capitolul 2 prezinta abordarea nedistribuita, clasica, a problemelor de satisfacere a constr�ngerilor. Am prezentam aici definitiile si componentele unei CSP precum si doua dintre cele mai importante tehnici de rezolvare a unei CSP: propagarea constr�ngerilor si tehnicile de consistenta. Capitolul 3 prezinta abordarea distribuita a CSP. �n acest capitol am definit si explicat componentele unei CSP distribuite. De asemenea am facut o scurta prezentare a tehnologiei agentilor inteligenti si a sistemelor multi-agent. Am prezentat �n acest capitol c�teva tipuri de abordari a unei CSP distribuite si doi algoritmi de rezolvare pentru aceasta abordare. Capitolul 4 prezinta tehnica de cautare backtracking ca si principala metoda de rezolvare a problemelor de satisfacere a constr�ngerilor. Aici am prezentat algoritmul backtracking cronologic ca si algoritm de plecare pentru alti algoritmi mai eficienti, cum ar fi backjumping, backmarking, conflict-directed backjumping sau forward checking. Capitolul 5 prezinta o problema practica pentru rezolvarea careia s-au folosit tehnici de rezolvare a problemelor de satisfacere a constr�ngerilor. Aplicatia Livrare inteligenta este o aplicatie web ce genereaza o solutie de livrare a unor comenzi catre anumite puncte de distributie folosind rute definite de utilizator. Aplicatia are implementate 2 metode de generare a solutiei : backtracking standard cu propagarea constr�ngerilor si backjumping cu propagarea constr�ngerilor. Utilizatorul aplicatiei poate opta pentru oricere dintre acesti algoritmi pentru a genera o solutie. �mpreuna cu solutia de livrare sunt afisate si informatii despre executia algoritmului : numarul de verificari ale consistentei pentru variabilele algoritmului si durata de executie, �n milisecunde, p�na la gasirea unei solutii. Aceasta aplicatie poate fi folosita de catre magazinele virtuale pentru a gasi o metoda de livrare a tuturor comenzilor facute de clienti catre destinatiile alese. Capitolul 1 Notiuni generale de Inteligenta artificiala Inteligenta artificiala este un domeniu al informaticii relativ nou, aparut la mijlocul secolului 20, �n care cercetatori din informatica, filozofie, psihologie, robotica sau lingvistica �ncearca sa propuna solutii pentru a reproduce metodele sau rezultatele g�ndirii umane si a activitatii creierului. Inteligenta artificiala a st�rnit interesul cercetatorilor si a mediului de afaceri prin capacitatea sa de a aborda noi clase de probleme, diferite de cele tratate de informatica clasica cum ar fi : perceptia, luarea de decizii, planificarea, diagnosticarea, interpretarea semnalelor, �ntelegerea limbajului natural. Numele de Inteligenta artificiala a fost dat acestui domeniu �n 1956. �n primii ani cercetatorii s-au concentrat spre a rezolva probleme care necesitau oameni cu inteligenta ridicata, cum ar fi gasirea unor metode c�t mai eficiente de a juca sah. Aceste eforturi au dat roade, �nca din 1960 s-au organizat turnee de sah contra calculatoarelor. �n 1997 sistemul Deep Blue l-a �nvins pe Gary Kasparov, cel mai bun jucator de sah al planetei. Dar aceasta directie nu a fost singura directie a cercetarii �n domeniu. �n prima jumatate de secol de cercetare, inteligenta artificiala a produs numeroase rezultate. Unii cercetatori s-au axat pe �ntelegerea g�ndirii umane, a modelelor de inteligenta care ar trebui implementate �n sistemele inteligente. Altii au �ncercat sa realizeze sisteme capabile sa perceapa mediul �n care se afla cu ajutorul senzorilor, altii au �ncercat sa realizeze sisteme capabile sa �nteleaga limbajul natural uman si astfel sa poate comunica cu oamenii. Toate aceste domenii sunt �nca de actualitate deoarece timpul a dovedit ca aceste probleme nu sunt at�t de simple cum par la prima vedere. 1.1 Definitii ale inteligentei artificiale De-a lungul timpului au fost propuse de catre diferiti cercetatori mai multe definitii ale inteligentei artificiale. Prezentam �n continuare c�teva dintre ele : "Inteligenta artificiala este domeniul care studiaza cum sa faca calculatorul sa realizeze lucruri care �n acest moment sunt facute mai bine de oameni" - Elaine Rich and Kevin Knight "Inteligenta artificiala este stiinta care se ocupa cu crearea unor masini capabile de a realiza lucruri care ar necesita inteligenta din partea unui om pentru a le realiza" - Marvin Minsky "Automatizarea activitatilor pe care le asociem cu g�ndirea umana: luarea de decizii, rezolvarea de pobleme, �nvatarea." - Bellman "Inteligenta artificiala este studiul facultatilor mintale folosind modele computationale " - Eugene Charniak "Inteligenta artificiala este studiul ideilor care permit calculatorului sa fie inteligent." - Patrick Winston "Inteligenta artificiala este studiul tehnicilor pentru rezolvarea problemelor de dificultate exponentiala �n timp polinomial prin exploatarea informatiilor detinute despre domeniul problemei " - Elaine Rich "Scopul inteligentei artificiale este de a crea masini inteligente si prin aceasta, sa �nteleaga principiile inteligentei. " - John L. Gordon "Ramura infomaticii care se ocupa cu automatizarea comportamentului inteligent." - Lugger si Stubbefield "Eforturile mari de a face calculatoarele sa g�ndeasca asemeni oamenilor, numite �n adevaratul sens al cuv�ntului - masini cu creier" - Haugeland Dupa cum se poate observa din aceste definitii, Inteligenta Artificiala are mai multe abordari dupa modul de manifestare a inteligentei la calculator, si anume prin: o g�ndire umana, un comportament uman, o g�ndire logica sau un comportament logic. Oricare dintre aceste abordari este corecta, depinde doar de domeniul si scopul �n care va fi utilizata "masina inteligenta" ce functioneaza pe baza unui program realizat cu tehnici de inteligenta artificiala. 1.2 Domenii de cercetare Domniile �n care inteligenta artificiala este folosita si �n care cercetatorii lucreaza pentru a simula c�t mai fidel g�ndirea umana sunt numeroase. Prezentam �n continuare cele mai importante domenii de cercetare ale acestui domeiu. 1. Planificarea si rezolvarea de probleme. Acest domeniu implica numeroase functii ce trebuie sa fie �ndeplinite de un sistem inteligent, cum ar fi : luarea unor decizii, optimizari, alocarea dinamica a resurselor, calcule si decizii logice. 2. Perceptia. Perceptia este procesul de obtinere de date de la unul sau mai multi senzori, si analizarea si procesarea acestor date pentru a facilita sau a determina anumite decizii sau actiuni. Modul de perceptie a unui sistem inteligent poate fi nelimitat, perceptiile pot fi electromagnetice (camere video, raze X, microunde), tactile (brat robotic, senzori laser), chimice, etc. Problema principala a perceptiei este interpretarea cantitatilor mari si complexe de date trimise de senzori. �n aceasta zona de cercetare sunt incluse identificarea si recunoasterea formelor, recunoasterea vocii, interpretarea mediului atmosferic, etc. 3. Interpretarea limbajului natural. Una dintre cele mai mari probleme �n evolutia calculatoarelor a fost comunicarea dintre masina si operatorul uman. Operatorul ar dori sa foloseasca limbajul pe care �l foloseste �n fiecare zi, limbajul sau natural , �n interactiunea cu calculatorul, dar pentru a fi �nteles limbajul pe care �l foloseste trebuie sa fie familiar si calculatorului. Pentru aceasta calculatorul ar trebui sa detina o baza de date vasta care sa cuprinda majoritatea modelelor si simbolurilor de comunicare si sa fie capabil sa identifice si proceseze contextul �n care sunt folosite. �n acest moment se fac eforturi sustinute �n acest domeniu pentru a �ntelege fundamentele limbajului uman si a �mbunatati calitatea comunicarii dintre om si calculator. 4. Sisteme expert. Experienta stiintifica apare de obicei la oameni dupa multi ani de �nvatare, de �ncercari si esecuri. Sistemele expert permit depozitarea cunostintelor acumulate de anumite persoane �ntr-un calculator pentru a fi consultate apoi si de alte persoane. Au fost dezvoltate cu succes sisteme expert �n domenii cum ar fi medicina, explorarea rocilor, rezolvarea problemelor matematice. Sistemele expert sunt dezvoltate de comunitati stiintifice pe perioade lungi de timp pentru a acumula c�t mai multe date. 5. Automatizari si robotica. Dispozitivele automate sunt acele dispozitive care pot opera fara control uman. Dispozitivele robotice sunt dispozitive autonome care au capacitatea de a controla alte dispozitive. Si �n acest domeniu se face cercetari pentru a imita modelul decizional uman precum si a implementa unor dispozitive un comportament c�t mai apropiat de cel uman. 6. Managementul distribuit al informatiei. Pentru ca dispozitivele automate si robotii sa poata functiona este nevoie ca mari cantitati de date sa le fie transmise si sa fie interpretate. Aceste date pot include informatii pe baza carora se stabilesc urmatoarele actiuni ale robotilor, sau pot fi informatii despre rezultatul actiunilor �ntreprinse. Domeniul managementului distribuit al informatiei se ocupa cu modalitatile de organizare si transmitere a acestor date, modalitati ce trebuiesc a fi rapide si eficiente. 7. G�ndire si �nvatare. G�ndirea si �nvatarea se refera la dezvoltarea unei masini inteligente capabile sa faca fata unor situatii noi, ne mai �nt�lnite, sau unor evenimente neprevazute. Cele mai multe aplicatii al unor sisteme automate necesita un nivel de flexibilitate si adaptare care �n acest moment nu este oferit de tehnologiile existente. �n zilele noastre masinile automate controlate de calculator raspund la �nt�lnirea unor date noi, sau situatii neprevazute �n maniera �n care sunt programate �n faza de constructie, dar ar fi ideal ca ele sa aiba abilitatea de a �nvata si de a-si adapta modul de functionare �n functie de situatiile �n care se afla. CAPITOLUL 2 CSP abordarea clasica 2.1 Introducere. Definitii. �n ultimii ani, programare bazata pe constr�ngeri a atras atentia expertilor din multe domenii datorita potentialului sau de a rezolva probleme dificile din viata reala. Acest domeniu nu este doar bazat pe o fundatie teoretica solida ci prezinta si un interes comercial tot mai mare, in special in domenii de modelare a optimizarilor heterogene si a problemelor de satisfacere a constr�ngerilor. Recent acest domeniu a fost identificat de catre ACM (Associtation for Computing Machinery) ca fiind una dintre directiile strategice ale cercetarii �n domeniul informaticii. Totusi, �n acelasi timp, programarea bazata pe constr�ngeri este una dintre cele mai putin cunoscute si �ntelese tehnologii. Constr�ngerile apar �n majoritatea eforturilor facute de om. Ele reprezinta formalizarea naturala si transparenta a legaturilor �ntre lumea fizica si abstractizarile lor matematice. �ntr-o prezentare simpla, o constr�ngere este o relatie logica �ntre mai multe necunoscute (sau variabile), fiecare dintre acestea lu�nd o valoare dintr-un domeniu dat. Desi o constr�ngere restrictioneaza posibilele valori pe care o variabila le poate lua, ea reprezinta si o informatie partiala despre acea variabila. Constr�ngerile pot fi de asemenea heterogene, ele fac�nd legatura �ntre necunoscute din domenii diferite, de exemplu legatura �ntre lungime (un numar) si un sir de caractere (cuv�ntul). O trasatura importanta a constr�ngerilor este maniera declarativa �n care sunt specificate, astfel o constr�ngere contine o relatie fara a specifica o procedura computationala de a aplica acea relatie. Cu totii folosim constr�ngeri �n felul �n care rationam zilnic. "Pot sa fiu acasa de la ora 4 la ora 5" este un exemplu tipic de constr�ngere pe care noi o folosim pentru a ne planifica timpul. �n mod natural nu rezolvam o singura constr�ngere ci o colectie de constr�ngeri care de putine ori sunt independente, ceea ce complica destul de mult problema de rezolvat. Prezentam urmatorul exemplu pentru a evidentia utilitatea acestei tehnologii. Consideram urmatoarea problema: �ntr-un port este nevoie sa fie programate 10 vase pentru a fi �ncarcate �n 5 dane. Aceasta problema poate fi rezolvata prin permutarea tuturor vaselor in dane, calcul�nd costul fiecarei alternative (permutari) si select�nd orarul optim. Aceasta abordare necesita explorarea a 510 (aproximativ 10 milioane) alternative �n cel mai rau caz. Folosind un calculator care poate �ncerca o alternativa �n fiecare milisecunda �ntreaga problema poate fi rezolvata �n aproximativ 3 ore. Presupunem ca dupa 10 ani portul se extinde si este nevoie de un orar pentru ca 20 de nave sa fie �ncarcate �n 10 dane. �n aceasta situatie, pentru a gasi orarul optim folosind aceiasi metoda trebuie �ncercate 1020 alternative ceea ce dureaza 3000 milioane de ani folosind un acelasi tip de calculator. Chiar si folosirea unui calculator de 1000 de ori mai rapid nu ar fi de prea mult ajutor. Din fericire pentru a genera solutia problemei nu este nevoie de a explora toate alternativele. Exista multe criterii de a alege o dana pentru un anumit vas, de exemplu unele dane sunt prea mici pentru anumite vase si nu este posibila �ncarcarea lor in acele dane, sau doua vase nu pot fi �ncarcate in aceiasi dana simultan, etc. Prin adoptarea acestor constr�ngeri, spatiul de cautare se reduce considerabil si astfel problema devine rezolvabila intr-un interval de timp acceptabil. Satisfacerea constr�ngerilor poate fi privita ca totalitatea metodelor de rezolvare a problemelor definite sub forma unei multimi de limitari. Rationamentul bazat pe constr�ngeri este o foarte buna paradigma �n care multe probleme interesante pot fi formulate. Au fost dezvoltate numeroase metode pentru rezolvarea acestor probleme: * unele metode utilizeaza propagarea constr�ngerilor pentru a simplifica problema initiala; * alte metode utilizeaza tehnici de backtracking pentru o cautare directa a solutiilor posibile; * alte metode sunt combinatii ale tehnicilor anterioare. O problema de satisfacere a constr�ngerilor poate fi definita ca fiind un triplet (X, D, C), unde: (i). este o multime de variabile; (ii). este o multime de domenii (fiecare domeniu este o multime finita contin�nd valorile posibile ale variabilei corespondente); (iii). este o multime de constr�ngeri. O constr�ngere este o relatie definita pe o submultime a multimii tuturor variabilelor (predicat). Cu alte cuvinte, constr�ngerea este un predicat definit pe produsul cartezian . acest predicat este adevarat daca si numai daca valorile variabilelor satisfac aceasta constr�ngere. Av�nd o instantiere (partiala sau completa) a variabilelor, constr�ngerea C este satisfacuta daca toate variabilele x1, x2, ....xk au primit o valoare �n asa fel �nc�t valoarea tuplului corespondent apartine lui C. O solutie a CSP este o instantiere completa a tuturor variabilelor astfel �nc�t toate constr�ngerile sa fie satisfacute. Daca pentru o CSP exista cel putin o solutie atunci problema este rezolvabila, altfel ea este nerezolvabila sau inconsistenta sau suprarestrictionata. Accentuam faptul ca desi o constr�ngere este definita ca o relatie, nu este obligatoriu ca ea sa fie data explicit, prin enumerarea elementelor relatiei. Ea poate fi data implicit, prin orice descriere care este suficienta pentru a decide daca acea constr�ngere tine locul uni tuplu sau nu. �n cazul variabilelor cu domeniu numeric, o constr�ngere poate fi exprimata ca si o ecuatie, inegalitate, etc. De asemenea o constr�ngere poate fi exprimata ca o functie sau un predicat logic. Spunem despre o constr�ngere ca este destinsa sau relaxata daca se adauga elemente la relatie. �n schimb, daca unele elemente sunt scoase din relatie atunci constr�ngerea este �ntarita. Variabilele unei constr�ngeri C sunt variabilele din multimea v(C)={x1,x2,..,xk}. Factorul de relaxare a unei constr�ngeri este dat de proportia dintre numarul de elemente din constr�ngere si numarul total de posibilitati de instantiere a variabilelor constr�ngerii. Daca v(C) are un element atunci C este o constr�ngere unara; daca v(C) are doua elemente, atunci C este o constr�ngere binara. O problema CSP este binara daca toate constr�ngerile ei sunt unare sau binare. Conform definitiei anterioare, rezolvarea unei CSP consta �n asignarea de valori variabilelor astfel �nc�t toate constr�ngerile sa fie satisfacute. Atunci c�nd dorim solutia unei probleme putem fi interesati �n a afla: * doar o solutie, fara a avea preferinte care solutie este generata * toate solutiile problemei * o solutie optima, sau macar o solutie acceptabila din punctul de vedere a unor functii definite pe c�teva sau toate variabilele Notiunea de baza a rationamentului bazat pe constr�ngeri este reteaua de constr�ngeri (Definitia 1). Definitia 1. O retea de constr�ngere binara [Mon74] contine un set de n variabile {x1 , ... , xn}, domeniul respective de valori pentru fiecare variabila D1 , ... , Dn si un set de constr�ngeri binare. O constr�ngere binara sau relatie Rij �ntre variabilele xi si xj este orice submultime din domeniul lor (care este Rij ?Di x Dj ). Vom numi o asignare de valori unei submultimi a variabilelor ca fiind un tuplu de perechi ordonate, unde fiecare pereche ordonata (x,a) atribuie valoarea a variabilei x. Un tuplu este consistent daca sunt satisfacute toate constr�ngerile pentru variabilele continute �n tuplu. O solutie a retelei este un tuplu consistent contin�nd toate variabilele. Pentru simplitate vom nota ((x1 , X1), ... , (xi , Xi)) cu (X1 , ... , Xi). Urmatoarea definitie introduce notiunea de consistenta �ntre tuplul de instantieri si setul de variabile. Definitia 2 Un tuplu ((x1 , X1), ... , (xi , Xi)) este consistent cu setul de variabile {xj1 , ... , xjv} daca exista instantieri Xj1 , ... , Xjv a variabilelor xj1 , ... , xjv , astfel �nc�t tuplul ((xi1 , Xi1), ... , (xiu , Xiu), (xj1 , Xj1), ... , (xjv , Xjv)) sa fie consistent. Un tuplu este consistent cu o variabila, doar daca este consistent cu setul unui element contin�nd aceasta variabila. Cautarea folosind tehnici backtracking este una dintre metodele de rezolvare a retelelor de constr�ngeri. �n ultimii ani multi algoritmi au fost propusi pentru rezolvarea retelelor de contr�ngeri. Printre acestia se numara si Backjumping (BJ), Conflict-Directed Backjumping (CBJ), Forward-Cheking (FC), Backmarking (BM) si numerosi algoritmi hibrizi rezultati prin combinarea acestora. Este dificil a determina care dintre algoritmii de backtracking este cel mai bun deoarece performantele acestora depind �n primul r�nd de problemele care trebuie rezolvate. �n al doilea r�nd, criteriul de comparatie a performantelor algoritmilor nu este foarte clar. Timpul nu este un criteriu bun pentru ca depinde de hardware si de implementarea algoritmilor. Pe l�nga aceasta, costul performantei verificarilor consistentei (verificarile care vad daca instantierea curenta a doua variabile satisface constr�ngerile) nu poate fi determinat fac�nd abstractie de problema concreta. Un bun criteriu de stabilire a eficientei algoritmilor backtracking ar fi numarul de verificari ale consistentei executate de algoritmi. Un alt criteriu standard este numarul de noduri vizitate, din arborele de cautare generat de un algoritm. Prin vizualizarea unei probleme ca o problema de satisfacere a limitarilor , este deseori posibil sa reducem substantial efortul de cautare cerut, spre comparatie cu o metoda care �ncearca sa formeze o solutie partiala �n mod direct prin alegerea unor valori specifice pentru componentele unei solutii posibile. De exemplu, o procedura de cautare evidenta pentru a rezolva o problema de criptaritmetica poate opera �ntr-un spatiu de stari de solutii partiale, �n care literelor le sunt atribuite numere. O schema de control Depth-First poate urma un drum de atribuiri p�na c�nd s-a descoperit fie o solutie, fie o inconsistenta. Spre deosebire de acesta, o abordare de satisfacere a limitarilor pentru rezolvarea problemei evita sa faca �ncercari �n ceea ce priveste atribuiri particulare, si am�na aceasta decizie p�na �n momentul �n care trebuie sa o ia. Setul initial de limitari, care spune ca fiecare numar corespunde unei singure litere si ca suma numerelor trebuie sa respecte enuntul problemei, este extins pentru a include restrictii care pot fi deduse din regulile aritmeticii. Apoi, desi s-ar putea ca �ncercarile sa fie �nca necesare, numarul de �ncercari premise este mai mic si astfel gradul de cautare este redus. 2.2 Tehnici de rezolvare CSP Aceasta sectiune prezinta cele mai cunoscute si utilizate tehnici de rezolvare a problemelor de satisfacere a constr�ngerilor. Tehnica de baza folosita pentru rezolvarea unei CSP este tehnica backtracking, acest lucru se datoreaza si faptului ca de multe ori problemele de satisfacere a constr�ngerilor sunt vazute ca si probleme de cautare sistematica. Prezenta �nsa �n acest capitol si doua tehnici care nu sunt bazate pe cautare si care propun proceduri de preprocesare a domeniului unei variabile pentru a reduce spatiul de cautare. 2.2.1 Backtracking Cel mai cunoscut algoritm pentru a realiza o cautare sistematica este algoritmul backtracking. Backtracking �ncearca sa extinda incremental o asignare partiala spre o asignare totala, prin asignarea unei valori consistente variabilelor care nu sunt incluse �n asignarea partiala curenta. Aceasta tehnica va fi prezentata pe larg �n capitolul 4 ca si tehnica de baza �n rezolvarea problemelor de satisfacere a constr�ngerilor, motiv pentru care nu intram �n detalii �n aceasta sectiune. 2.2.2 Propagarea constr�ngerilor Propagarea constr�ngerilor este procesul de reducere a domeniilor variabilelor unei CSP pentru a obtine o CSP mai simpla echivalenta cu cea originala, unde doua probleme sunt considerate echivalente daca au acelasi set de solutii [HELLS04]. Reducerea domeniului variabilelor poate creste semnificativ executia algoritmilor de cautare, prin eliminarea unor ramuri ale arborelui de cautare. Algoritmii de propagare a constr�ngerilor sunt algoritmi care �ncearca sa determine si apoi sa elimine din domeniul variabilelor acele valori care nu pot fi folosite �n nici o solutie care sa respecte toate constr�ngerile. De cele mai multe ori propagarea constr�ngerilor nu este suficienta pentru a determina o solutie, de aceea, uneori rezolvarea unei CSP folosind aceasta metoda este un proces �n doua etape. �n prima etapa, limitarile sunt descoperite si propagate c�t mai departe �n problema. Daca dupa aceasta etapa nu este descoperita o solutie se realizeaza o cautare folosind diferiti algoritmi de cautare cum ar fi backtracking sau forward-checking. Dupa fiecare pas al cautarii poate fi apelata propagarea constr�ngerilor pentru a reduce la fiecare pas spatiul de cautare. Prim pas, propagarea constr�ngerilor, provine din faptul ca �n cele mai multe probleme variabilele sunt incluse �n mai mult de o constr�ngere, astfel putem spune ca limitarile sunt legate �ntre ele, sau conectate. Un exemplu simplu ar putea fi urmatorul: o problema contine constr�ngerea aritmetica N = E + 1. Daca la aceasta problema adaugam si limitarea N = 2 , atunci prin propagarea celei de a doua limitari putem obtine o limitare mai puternica pentru E, si anume E = 1. Propagarea constr�ngerilor se termina �n unul din urmatoarele doua cazuri : * daca se ajunge la o contradictie. �n acest caz nu exista solutii consistente care sa respecte toate limitarile cunoscute. Daca contradictia implica doar limitari ce fac parte din specificatia problemei, nu si limitari care provin din �ncercari, atunci problema nu are solutie. * nu se mai pot face deductii pe baza setului de constr�ngeri existent. �n acest caz, daca nu s-a determinat o solutie completa a problemei, se trece la pasul 2 al algoritmului de rezolvare, si anume cautarea. Daca este nevoie de cautare, algoritmul poate face diverse �ncercari pentru o variabila. Dupa fiecare asignare a unei valori unei variabile se �ncearca transformarea limitarilor existente �n limitari mai puternice. Daca se gaseste o solutie, aceasta este afisata, daca nu, se poate �ncerca instantierea altei variabile sau a aceleiasi variabile dar cu o alta valoare. Daca pe parcursul propagarii constr�ngerilor se detecteaza o contradictie este nevoie ca algoritmul sa revina asupra instantierilor facute. Acest lucru este posibil prin folosirea algoritmilor de tip backtracking. Algoritmul de propagare a constr�ngerilor a fost enuntat �ntr-un mod foarte generl de H. Pop �n [Pop01] �n felul urmator : 1. Propaga limitarile disponibile. Pentru aceasta intializeaza OPEN cu multimea tuturor obiectelor carora trebuie sa li se atribuie valori �ntr-o solutie completa. Apoi executa urmatorii pasi p�na c�nd se detecteaza o inconsistenta sau p�na c�nd OPEN este vid : a) Selecteaza un obiect OB din OPEN. �ntareste c�t de mult multimea limitarilor care se aplica lui OB. b) Daca aceasta multime este diferita de multimea care a fost determinata ultima oara c�nd OB a fost examinat, adauga la OPEN toate obiectele care partajeaza cu OB cel putin o limitare. c) �nlatura OB din OPEN. 2. Daca reuniunea limitarilor descoperite mai sus defineste o solutie, atunci STOP si raporteaza solutia. 3. Daca reuniunea limitarilor descoperite mai sus defineste o contradictie, atunci STOP si �ntoarce esec. 4. Daca nici una din conditiile de mai sus nu apare, este necesar sa facem o �ncercare �n legatura cu un anumit obiect. Pentru aceasta, cicleaza p�na c�nd o solutie se gaseste sau p�na c�nd toate solutiile posibile au fost eliminate: a) Selecteaza un obiect a carui valoare nu a fost �nca determinata si selecteaza o modalitate de �ntarire a limitarilor acelui obiect. b) Apeleaza recursiv satisfacerea limitarilor cu setul current de limitari, �nbunatatit cu limitarea produsa mai sus. Pentru a realiza o particularizare a acestui algoritm este nevoie de doua tipuri de reguli : reguli care definesc modul �n care limitarile pot fi corect propagate si reguli care sugereaza �ncercari, �n cazul �n care �ncercarile vor fi necesare. 2.2.3 Tehnici de consistenta Marele dezavantaj al algoritmilor de cautare sistematica, cum ar fi backtracking, este detectarea t�rzie a inconsistentelor. Pentru a reduce c�t mai mult spatiul de cautare, si implicit evitarea unor inconsistente, au fost dezvoltate asa numitele tehnici de consistenta . Au fost propuse de-a lungul timpului diverse tehnici de consistenta dar majoritatea acestora nu sunt complete, de aceea de cele mai multe ori tehnicile de consistenta sunt folosite �n combinatie cu alte tehnici de rezolvare. �n aceste tehnici problema de satisfacere a constr�ngerilor este vazuta ca un graf de constr�ngeri sau retea de constr�ngeri �n care nodurile corespund variabilelor iar muchiile sunt etichetate cu constr�ngeri [Mon74]. Cea mai simpla tehnica de consistenta este numita consistenta nodurilor. Aceasta tehnica �nlatura din domeniul variabilelor acele valori care sunt inconsistente cu constr�ngerile unare. Cea mai cunoscuta si cea mai folosita tehnica de consistenta este tehnica consistentei arcelor. Prin aceasta tehnica se �nlatura din domeniul variabilelor acele valori care sunt inconsistente cu constr�ngerile binare. �n particular, arcul (Vi, Vj) este un arc consistent daca si numai daca pentru fiecare valoare x �n domeniul curent a lui Vi care satisface constr�ngerile definite pe Vi exista o valoare y �n domeniul lui Vj astfel �nc�t Vi = x si Vj = y este permis de constr�ngerile binare definite �ntre Vi si Vj [Bar99]. Pentru tehnica consistenta arcelor au fost propusi mai multi algoritmi �ncep�nd cu AC-1 si termin�nd cu AC-7. Acesti algoritmi se bazeaza pe revizuirea repetata a arcelor p�na c�nd se determina o stare consistenta sau p�na domeniul devine vid. Cei mai populari algoritmi dintre acestia sunt AC-3 si AC-4. Algoritmul AC-3 revizuieste la un pas doar acele arce care ar fi putut fi afectate de o revizuire anterioara. Acest algoritm nu are nevoie de structuri de date speciale, spre deosebire de AC-4 care se foloseste de perechi de valori pentru a elimina potentialele ineficiente datorate verificarii repetate a acelorasi valori. Pentru algoritmul AC-4 este nevoie de structura speciala de date care sa retina perechile de valori care au creat consistenta sau inconsistenta pentru variabile care sunt conectate prin constr�ngeri binare. Din acest punt de vedere algoritmul AC-4 este un mai mare consumator de memorie dec�t AC-3. Pentru a elimina si mai multe valori inconsistente din domeniul variabilelor s-a dezvoltat tehnica numita consistenta drumurilor (path consistency). Aceasta tehnica necesita ca pentru oricare pereche de variabile X, Y care respecta o constr�ngere binara sa existe o valoare pentru fiecare variabila aflata pe orice drum �ntre X si Y astfel �nc�t toate constr�ngerile acoperite de drumul respectiv sa fie respectate. A fost demonstrat de Montanary [Mon74] ca o problema de satisfacere a constr�ngerilor este consistenta din punct de vedere a drumurilor din graful asociat daca si numai daca toate drumurile de lungime 2 sunt consistente. Din acest motiv algoritmii de consistenta a drumului lucreaza cu triplete de variabile (drum format din 2 muchii). Exista mai multi algoritmi pentru aceasta tehnica, cum ar fi PC-1 si PC-2 dar folosesc o reprezentare extinsa a constr�ngerilor care este mare consumatoare de memorie. Capitolul 3 CSP abordarea distribuita �n sistemele multi-agent uneori trebuiesc rezolvate probleme �n care mai multi agenti trebuie sa determine o combinatie consistenta de actiuni care sa respecte anumite constr�ngeri. Astfel de probleme sunt problema interpretarii distribuite prezentata �n [Less83], problema alocarii distribuite a resurselor prezentata �n [Con91] sau problema planificarii distribuite prezentata �n [Sycara91]. Aceste probleme sunt descrise ca si probleme distribuite de satisfacere a constr�ngerilor ( distributed CSP ). O problema distribuita de satisfacere a constr�ngerilor este o problema �n care variabilele si constr�ngerile sunt distribuite mai multor agenti care comunica �ntre ei. O solutie a unei CSP distribuite este un set de valori a variabilelor distribuite care satisface toate constr�ngerile distribuite. Prezentam pentru �nceput informatiile generale despre agenti si sisteme multi-agent iar apoi vom prezenta abordarea distribuita a problemelor de satisfacere a constr�ngerilor. 3.1 Tehnologia agentilor inteligenti Prin agent inteligent se �ntelege o entitate care poate percepe �n mod autonom mediul sau �nconjurator prin senzori si poate actiona asupra mediului prin actiuni. Fiecare agent este definit cu scopul de a �ndeplini o sarcina. Pentru a realiza aceasta, agentul �n mod autonom, alege pe baza informatiilor pe care le primeste de la mediu ce actiuni sa execute. Prin sistem multi-agent se �ntelege un sistem compus din mai multi agenti care �n mod colectiv sunt capabili sa atinga scopuri care ar fi dificil de atins de un singur agent sau un sistem care nu se bazeaza pe agenti. Altfel spus, un sistem multi-agent este mediul �n care �si desfasoara activitatea mai multi agenti care au un scop comun. Mediul este cel care sustine infrastructura de calcul necesara pentru ca interactiunile dintre agenti sa se desfasoare �n bune conditii. Aceasta va contine protocoale de comunicare si de interactiune pentru agenti. Protocoalele de comunicare sunt folosite de agenti pentru ca acestia sa poata trimite unul altuia mesaje ce pot fi interpretate. Protocoalele de interactiune fac posibila conversatia dintre agenti, care, �n acest caz, este reprezentata de un schimb structurat de mesaje. �ntre agentii dintr-un sistem multi-agent protocoale de interactiune frecvent utilizate sunt protocoalele de coordonare si cele de cooperare. 3.2 Structura agentilor inteligenti Un agent este caracterizat prin [Ser03]: * partea de arhitectura, asa numitul comportament al agentului - actiunea efectuata �n urma unei secvente perceptuale; * partea de program, asa numita parte interna a agentului - cum functioneaza acesta. Sarcina Inteligentei Artificiale este legata de realizarea partii de program a agentului: o functie care implementeaza modul de trecere de la perceptie la actiune. Acest program trebuie sa fie compatibil cu arhitectura agentului. Arhitectura realizeaza interfata �ntre perceptia data de senzori si program, ruleaza programul si asigura efectuarea actiunilor alese pe masura ce acestea sunt generate. Arhitectura poate fi realizata folosind diferite tehnici cum ar fi scenariile, cadrele. Un agent inteligent artificial este �nzestrat cu o cunoastere initiala si cu capacitatea de a �nvata. �nvatarea asigura autonomia agentului - capacitatea de a-si deduce comportamentul din propria sa experienta. Agentii care opereaza doar pe baza cunostintelor initiale pe care le detin sunt numiti neautonomi, datorita faptului ca ei vor actiona cu succes doar �n masura �n care aceste cunostinte ram�n valabile, pierz�ndu-si astfel flexibilitatea. Un agent inteligent are de asemenea o functie de performanta (utilitate) , care masoara performanta actiunilor unui agent. Functia de performanta este, �n mod obisnuit, unica pentru toti agentii care actioneaza �ntr-un mediu dat. Performanta este de altfel o functie care asociaza unei stari un numar real, ca fiind o masura a gradului de succes al starii (o stare pe care agentul o prefera �n raport cu alte stari are functia de performanta mai mare). Pe baza functiei de performanta agentul e capabil sa rezolve asa numitele situatii conflictuale �n care, la un moment dat, poate opta pentru mai multe stari (succesor), nici una dintre acestea neput�nd fi sigur realizabile. �n astfel de situatii, functia de performanta furnizeaza o cale prin care succesul poate fi ponderat pe baza importantei starilor. Toate programele agent vor avea acelasi schelet: primesc perceptii de la un mediu si genereaza actiuni (Figura 3.1). Fiecare program agent va folosi structuri de date interne care vor fi reactualizate pe masura ce apar noi perceptii. Cu aceste structuri de date vor lucra procedurile de luare a deciziilor pentru a genera actiuni posibile. Partea de program a unui agent inteligent ar putea fi schematizata sub urmatoarea forma [Rus95]: Figura 3.1. Partea program a unui agent inteligent Un astfel de program agent utilizeaza anumite structuri interne de date, care sunt actualizate pe masura ce agentul primeste noi informatii. Agentul primeste la intrare un singur semnal, sub forma unei perceptii asupra mediului �nconjurator. La fiecare apel, memoria agentului este actualizata pentru a reflecta noul semnal primit. Apoi, pe baza unor proceduri de decizie, se va alege actiunea optima, care apoi va fi transmisa arhitecturii agentului pentru a fi executata. Ultimul pas este memorarea actiunii alese. Anumiti agenti program sunt construiti astfel �nc�t secventa perceptuala primita la intrare nu este stocata �n memorie, mai ales �n situatii complexe �n care secventele sunt mari si este ineficienta memorarea lor. Priviti ca si sisteme (soft) complexe care au abilitatea de a se adapta �n medii dinamice si schimbatoare, agentii ridica o problema fundamentala si anume modul �n care �si folosesc "experienta" anterioara si informatiile senzoriale primite din mediu pentru a decide urmatoarele miscari, modul �n care sa le abordeze si sa colaboreze cu alti agenti. 3.3 Clase de agenti inteligenti �n functie de modul �n care iau �n considerare perceptiile, de modul �n care aleg actiunile, de scopurile si mediul �n care actioneaza, agentii inteligenti sunt de mai multe tipuri. C�teva clase de agenti inteligenti [Ser03] sunt urmatoarele: * agenti reflex (agenti bazati pe reflexe simple); * agenti care pastreaza o imagine a lumii; * agenti bazati pe scop; * agenti bazati pe utilitate. Agenti bazati pe reflexe simple Un agent bazat pe reflexe simple (agent reflex) raspunde imediat la o secventa de intrare. Un agent reflex realizeaza o conexiune �ntre situatia curenta (perceputa) si o actiune. Aceste conexiuni sunt memorate sub forma unor reguli de productie sau reguli conditie - actiune. Programul unui agent reflex este foarte simplu. El cauta regula a carei parte de conditie se potriveste cu situatia curenta (cum este ea definita de perceptie) si efectueaza actiunea asociata cu aceasta regula. Agenti care pastreaza o imagine a lumii Un agent uman alege o anumita actiune �n functie de conditiile exterioare si de starea sa interna. �n anumite situatii un agent artificial trebuie sa mentina o anumita informatie asupra starii interne pentru a distinge �ntre stari ale lumii care genereaza aceeasi secventa perceptuala dar sunt �n mod esential diferite (necesita actiuni diferite). Modificarea starii interne necesita ca programul agentului sa includa doua tipuri de informatii(cunostinte): - informatii despre felul cum lumea (universul, domeniul de competenta al agentului) evolueaza independent de agent; - informatii despre felul �n care actiunile agentului afecteaza lumea. Agentul este capabil sa interpreteze o noua secventa perceptuala (o noua situatie) �n lumina cunoasterii pe care o are despre lume (codificata �n starea interna). El foloseste informatia despre cum evolueaza lumea pentru a pastra o urma a partii nevazute a lumii. Agentul trebuie sa stie �n ce fel actiunile sale interfereaza cu starea lumii. Unui agent reflex i se pot asocia stari interne. �n acest caz starea curenta se combina cu starea interna pentru a genera o noua stare curenta. Actiunea agentului se bazeaza pe cautarea unei reguli a carei conditie se potriveste cu situatia curenta asa cum este definita de secventa perceptuala si de starea interna. Apoi se efectueaza actiunea asociata cu aceasta regula. Agenti bazati pe scop Acesti agenti actioneaza �n sensul �ndeplinirii scopului lor. Cunoasterea starii curente a mediului nu este �ntotdeauna suficienta pentru a selecta o actiune corecta. Uneori agentul are nevoie si de o anumita informatie asupra scopului, care descrie situatiile ce sunt de dorit. Programul agentului poate combina aceasta informatie cu cea despre rezultatele actiunilor sale pentru a alege actiunile care permit atingerea telului propus. Agenti bazati pe utilitate Scopul nu este �ntotdeauna suficient pentru a genera cea mai buna strategie (sau comportare) a unui agent. Scopul realizeaza o distinctie casanta �ntre starile favorabile si cele nefavorabile. Asociind fiecarei stari o masura a performantei putem compara diferite stari, sau secvente de stari, din punctul de vedere al satisfiabilitatii sau utilitatii lor pentru agent. Utilitatea este o functie U definita pe multimea S a starilor cu valori �n multimea numerelor reale: U : S ? R Functia de utilitate permite luarea unor decizii rationale �n cazul scopurilor conflictuale. �n cazul �n care exista mai multe scopuri, dar nici unul nu poate fi atins cu certitudine, functia de utilitate furnizeaza o metoda prin care probabilitatea de succes si importanta scopurilor nu pot fi comparate. Putem admite ca utilitatea unei stari masoara gradul de satisfactie pe care o are agentul daca atinge starea respectiva. Prin urmare un agent bazat pe utilitate tinde sa-si maximizeze propria satisfactie. 3.4 CSP distribuita. Definitii O problema distribuita de satisfacere a constr�ngerilor este o problema de satisfacere a constr�ngerilor in care variabilele si constr�ngerile sunt distribuite �ntre mai multi agenti. O problema distribuita de satisfacere a constr�ngerilor este formata din: - un set de agenti A = { 1, 2, ... l } - un set de probleme de satisfacere a constr�ngerilor, P = { P1, P2, ... Pl } �n asa fel �nc�t Pi apartine agentului i De obicei presupunem ca fiecare agent a unei CSP distribuite include constr�ngeri inter-agenti care sunt definite peste variabile aflate in agenti diferiti. Un agent al unei CSP distribuite are cunostinte limitate asupra �ntregii probleme, din acest motiv este important pentru algoritmi sa includa modul �n care agentii comunica �ntre ei. Solutia unei CSP distribuite este un set de solutii a tuturor problemelor asignate agentilor. Scopul unei CSP distribuite este determinarea unei solutii care sa respecte toate constr�ngerile problemei initiale. Este important a nu se confunda o problema distribuita de satisfacere a constr�ngerilor cu o metoda de a rezolva o problema de satisfacere a constr�ngerilor �ntru-un mediu distribuit sau paralel. Daca dorim rezolvarea unei CSP �ntr-un mediu distribuit sau paralel putem alege orice distributie a problemei. Pe de alta parte, din moment ce o CSP distribuita este o problema care rezolva o problema a unui sistem multi-agent �n care mai multi agenti exista si au de rezolvat propriile lor probleme locale, distributia problemei este data la �nceput [Hira2000]. Cele mai multe probleme de satisfacere a constr�ngerilor �nt�lnite in sistemele multi-agent sunt suprarestrictionate, adica nu este posibila determinarea unei solutii fara a se �ncalca anumite constr�ngeri. Algoritmii standard de rezolvare a CSP distribuite nu rezolva probleme suprarestrictionate, motiv pentru care am ales pentru detaliere c�teva metode prezentate de Hirayama si Yokoo �n [Hira2000] care rezolva at�t probleme suprarestrictionate c�t si probleme pentru care se poate determina o solutie respect�nd toate constr�ngerile. 3.5 Probleme distribuite partiale de satisfacere a constr�ngerilor O problema partiala de satisfacere a constr�ngerilor poate fi descrisa �n mod formal prin urmatoarele 3 componente: unde P este o CSP, U este setul potentialelor valori pentru fiecare variabila din P, () este spatiul unei probleme cu PS fiind setul de probleme de satisfacere a constr�ngerilor iar = o ordine partiala peste PS, M este o functie de distanta peste spatiul problemei, (N,S) reprezinta limitele necesare si suficiente a distantei �ntre P si membrii rezolvabili ai PS. O prezentare mai pe larg a acestor componente este facuta �n [Freu89] si nu o mai includem �n aceasta lucrare. O solutie a unei CSP partiale este o problema rezolvabila P` din spatiul problemei si solutia ei pentru care distanta dintre P si P` este mai mica dec�t N. Orice solutie este suficienta daca distanta �ntre P si P` nu este mai mare dec�t S. Cautarea se poate termina c�nd o astfel de solutie este determinata. O problema distribuita partiala de satisfacere a constr�ngerilor este compusa din: * un set de agenti 1, 2 .... m * o problema partiala de satisfacere a constr�ngerilor pentru fiecare agent i, * o functie globala a distantei, G Pentru fiecare agent i, Pi este o problema CSP originala a sa si este formata din variabilele apartin�nd lui si restrictiile cunoscute de el, Ui este setul potentialelor valori pentru fiecare variabila din Pi, () este spatiul problemei agentului i cu PSi fiind setul de probleme de satisfacere a constr�ngerilor, iar = o ordine partiala peste PSi, Mi este o functie de distanta peste spatiul problemei, (Ni,Si) reprezinta limitele necesare si suficiente a distantei �ntre Pi si membrii rezolvabili ai PSi ale agentului i. Scopul agentului i este de a determina o CSP rezolvabila, . Functia G este o functie a distantei globale peste spatiul problemei distribuite. Solutia unei probleme distribuite partiale de satisfacere a constr�ngerilor este o combinatie de CSP distribuite rezolvabile si solutiile lor, pentru care distanta globala dintre o CSP distribuita originala si CSP distribuita rezolvabila este mai mica dec�t limita necesara N. Orice solutie a unei CSP distribuite partiale este suficienta daca distanta globala �ntre o CSP distribuita originala si CSP distribuita rezolvabila nu este mai mare dec�t limita suficienta S. O solutie optima a unei CSP distribuite partiale este acea solutie �n care distanta �ntre o CSP distribuita originala si o CSP distribuita rezolvabila este minima. 3.6 Probleme distribuite ierarhizate de satisfacere a constr�ngerilor Pentru aceasta metoda de abordare a unei CSP distribuite presupunem ca putem eticheta fiecare constr�ngere a problemei cu un numar �ntreg pozitiv numit importanta acelei constr�ngeri. Aceasta valoare descrie pentru fiecare constr�ngere c�t de importanta este �n contextul problemei. Daca valoarea este mica atunci respectiva constr�ngere este mai putin importanta pentru problema, iar daca valoarea este mare atunci restrictia este mai importanta pentru problema. Consideram aceasta presupunere ca fiind rezonabila deoarece, �n lumea reala, fiecare restrictie are o anumita �nsemnatate care ne permite sa �i stabilim valoarea de importanta. �ntr-o problema distribuita ierarhizata de satisfacere a constr�ngerilor agentii �ncearca sa gaseasca valori pentru variabilele problemei �n asa fel �nc�t sa minimizeze maximul valorii importantei restrictiilor �ncalcate de agenti. Acest tip de solutie partiala este folositor deoarece este un compromis rezonabil ca fiecare agent sa �ncerce sa satisfaca c�t mai multe dintre constr�ngerile cu importanta mare care �i sunt asignate. Conform [Hira2000] o CSP distribuita ierarhizata poate fi formulata astfel : * pentru fiecare agent i, PSi este format din , unde este o CSP obtinuta din CSP originala Pi prin renuntarea la toate constr�ngerile cu o valoare a importantei mai mica sau egala cu a * pentru fiecare agent i, distanta di dintre Pi si este definita ca fiind a * distanta globala este masurata ca fiind Figura 3.2 prezinta abordarea distribuita a problemei colorarii unui graf folosind doua culori . Folosim acest exemplu pentru a ilustra o problema distribuita ierarhica de satisfacere a constr�ngerilor. Un nod reprezinta o variabila si un agent care detine acea variabila. O muchie reprezinta o constr�ngere, si anume restrictia ca doua noduri legate de o muchie sa aiba culori diferite (alb sau negru). Un agent cunoaste doar constr�ngerile care se aplica asupra variabilei care �i este repartizata. De exemplu, agentul 2 cunoaste doar constr�ngerile {a, b, e, f}. Presupunem ca valoare importantei unei constr�ngeri este valoarea scrisa �n paranteze () pe muchie, o problema partiala a agentului 2 este: * P2 : variabila {2} si constr�ngerile {a, b, e, f} * PS2 : un set format din urmatoarele CSP : - - variabila {2} si constr�ngerile {a, b, e} - variabila {2} si constr�ngerile {b, e} - variabila {2} fara nici o constr�ngere * Figura 3.2 Abordarea distribuita a problemei colorarii grafului folosind doua culori Acest exemplu nu are solutie pentru o distanta globala egala cu zero. Totusi, are solutie pentru o distanta globala egala cu 1 deoarece prin eliminarea constr�ngerilor d si f , care au importanta 1, se obtine o CSP distribuita rezolvabila. 3.7 Algoritmi de rezolvare a CSP distribuite Metodele de rezolvare a unei CSP distribuite pot fi �mpartite �n doua grupe principale [Yokoo98] : algoritmi de cautare si algoritmi de consistenta. Algoritmii de consistenta sunt proceduri de preprocesare care sunt apelate �nainte de cautare. Daca fiecare agent are propriile proceduri de preprocesare atunci agentii executa algoritmii de consistenta pentru a reduce numarul posibilelor valori, gener�nd noi constr�ngeri pe care le pot interschimba cu ceilalti agenti [Yokoo90]. 3.7.1 Algoritmul Backtracking Asincron Algoritmul backtracking asincron este versiunea distribuita nesincronizata a algoritmului backtracking cronologic. Acest algoritm are nevoie de o ordonare statica a agentilor pentru a determina o ordine a instantierii variabilelor problemei. Agentii folosesc doua tipuri de mesaje pentru comunicare: mesaje ok (pentru semnalarea unei valori acceptate) si mesaje nogood(pentru semnalarea unei valori gresite). Agentii �ncep cautarea prin asignarea unei valori initiale variabilei proprii. Un agent schimba valoarea variabilei �n cazul �n care detecteaza ca valoarea curenta nu este consistenta cu valorile agentilor care au prioritate mai mare dec�t el �n ordinea cautarii. De fiecare data c�nd un agent asigneaza o valoarea variabilei sale, el emite un mesaj ok prin care informeaza setul de agenti cu prioritate mai mica dec�t el despre noua asignare. C�nd un agent nu poate determina o asignare consistenta cu valorile agentilor cu prioritate mai mare dec�t el, acesta transmite un mesaj nogood catre agentul cu prioritatea cea mai mica dintre agentii a caror valoare a generat inconsistenta. Mesajul nogood �l determina pe agentul care �l primeste sa �nregistreze valoarea care a determinat inconsistenta ca si o noua constr�ngere asupra variabilei sale si sa �ncerce sa determine o asignare consistenta cu valorile agentilor cu prioritate mai mare dec�t el si cu toate constr�ngerile �nregistrate. �n momentul �n care sistemul ajunge �ntr-o stare �n care toate valorile asignate de agenti sunt consistente si constr�ngerile sunt respectate, adica nu este emis nici un mesaj nogood, aceasta �nseamna ca agentii au ajuns la o solutie. 3.7.2 Algoritmul de cautare Weak-Commitment Algoritmul de cautare Week-Commitment se obtine prin optimizarea algoritmului backtracking asincron. �n acest algoritm toate variabilele au desemnate posibile valori initiale. O solutie partiala consistenta este construita pentru un subset de variabile, si aceasta solutie partiala este extinsa prin adaugarea de variabile p�na c�nd este gasita o solutie completa. C�nd o variabila este adaugata la solutia partiala, valoarea initiala posibila este revizuita astfel �nc�t noua valoare sa satisfaca toate constr�ngerile definite pe variabilele continute de solutia partiala si c�t mai multe dintre constr�ngerile definite pe variabilele care nu sunt incluse �n solutia partiala. Aceasta euristica de ordonare a valorilor este numita euristica min-conflict [Mint92]. �n situatia �n care nu exista nici o valoare pentru o variabila care sa satisfaca toate constr�ngerile definite pe variabilele incluse �n solutia partiala, acest algoritm abandoneaza �ntreaga solutie partiala si re�ncepe constructia unei noi solutii partiale folosind ca si valori initiale valorile din asignarea curenta. Algoritmul �nregistreaza solutia partiala abandonata ca si noi constr�ngeri asupra variabilelor, evit�nd �n acest fel sa genereze din nou aceeasi solutie partiala. O alta caracteristica importanta a acestui algoritm este schimbarea dinamica a prioritatilor agentilor. �n cazul �n care un agent primeste un mesaj ok si nu poate determina o valoare consistenta pentru variabila sa, el nu numai ca emite un mesaj nogood dar si �si creste valoarea prioritatii sale pentru a avea prioritate maxima �ntre agentii cu care este conectat prin constr�ngeri. Prin cresterea valorii prioritatii sale �n acest fel, valoarea gresita a variabile unui agent cu prioritate mare poate fi revizuita fara a efectua o cautare exhaustiva printre agentii cu prioritate mai mica. �n algoritmul de cautare Weak-Commitment, fiecare agent, �n mod concurent, asigneaza o valoare variabilei sale si trimite aceasta valoare celorlalti agenti. Dupa aceasta, intra �n asteptare si raspunde tuturor mesajelor pe care le primeste. Diferentele dintre algoritmul Backtracking Asincron (ABA) si algoritmul Weak-Commitment (AWC)sunt: * �n ABA fiecare agent trimite valoarea variabilei sale doar agentilor cu prioritate mai mica dec�t el, �n timp ce �n algoritmul AWC fiecare agent trimite valoare variabilei sale at�t agentilor cu prioritate mai mare dec�t el c�t si agentilor cu prioritate mai mica dec�t el prin care este conectat prin constr�ngeri * la emiterea unui mesaj ok �n algoritmul AWC se trimite at�t valoare variabilei c�t si valoarea prioritatii * �n AWC ordinea prioritatilor este determinata pe baza valorilor prioritatilor comunicate de fiecare agent. Daca valoare curenta a unui agent nu este consistenta, cum ar fi �n cazul �n care valoare curenta nu respecta anumite constr�ngeri definite pe variabila agentului si variabilele agentilor cu prioritate mai mare, agentul �si schimba valoare variabilei �n asa fel �nc�t sa respecte constr�ngerile si de asemenea sa minimizeze numarul de constr�ngeri �ncalcate prin care este conectat cu agenti cu prioritate mai mica dec�t el * �n AWC, daca un agent nu poate gasi o valoare consistenta pentru variabila sa, emite un mesaj nogood catre ceilalti agenti si �si creste valoarea prioritatii Capitolul 4 Backtracking Prezentam �n continuare cei mai importanti si cei mai cunoscuti algoritmi cautare sistematica folositi pentru rezolvarea CSP. Toti algoritmii prezentati folosesc tehnica asignarii partiale. O asignare partiala asigneaza valori unui subset de variabile ale problemei, restul ram�n�nd neinitializate. Exista doua cazuri speciale: asignarea totala, caz �n care tuturor variabilelor le sunt asignate valori, si asignarea nula �n care nici uneia dintre variabile nu �i este asignata o valoare. Algoritmi prezentati �n continuare pornesc de la asignarea nula pe care o extind prin asignarea de valori variabilelor succesive. Algoritmii backtracking cronologic, backjumping, backmarking si conflict-directed backjumping realizeaza verificarile consistentei variabilei curente doar �n momentul c�nd variabila este instantiata. Daca la un anumit moment algoritmul determina ca a ajuns intr-un punct mort, adica asignarea partiala curenta nu va putea fi extinsa spre o asignare totala ce va satisface toate constr�ngerile, atunci algoritmul revine (backtrack) si renunta la asignarea unora dintre variabilele din asignarea partiala curenta. �n cele din urma, fie se descopera o solutie fie se raporteaza lipsa unei solutii. Acesti algoritmi difera prin rapiditatea cu care descopera punctele moarte si c�t de departe sunt capabile sa revina in asignarea curenta. Spre deosebire de acesti algoritmi, ultimul algoritm prezentat, forward-checking, realizeaza verificarile consistentei valorilor unei variabile �nainte de a asigna o valoare acelei variabile. 4.1 Backtracking cronologic (BT) Cel mai cunoscut algoritm de cautare sistematica este algoritmul backtracking cronologic. Acest algoritm �ncearca extinderea unei asignari partiale care contine valori consistente a unor variabile, spre o asignare completa prin alegerea repetata a unei valori consistente pentru o variabila care nu este inclusa �n asignarea partiala curenta. �n acest algoritm variabilele sunt instantiate secvential si �n momentul �n care toate variabilele relevante pentru o anumita constr�ngere sunt instantiate se verifica consistenta valorilor asignate. Daca asignarea partiala curenta �ncalca o constr�ngere algoritmul revine (backtrack) la variabila care fost cel mai recent instantiata si care are alte valori alternative. Prezentam �n continuare subprogramul �n pseudocod pentru algoritmul backtracking cronologic. �n acest subprogram parametrii de intrare sunt l, lista valorilor din asignarea partiala curenta si P problema CSP ce se doreste a fi rezolvata compusa din variabile, domeniu si constr�ngeri (V, D, C). Subprogram BACKTRACKING ( l, P) Daca l este o asignare totala a variabilelor din P atunci afiseaza_solutie ( l ) return altfel v : = o variabila din P neinclusa �n l Pentru fiecare valoare executa l(v) : = x Daca l satisface contsr�ngerile din P atunci BACKTRACKING ( l , P ) SF_Daca SF_Pentru SF_Daca SF_BACKTRACKING Acest algoritm are 3 dezavantaje majore: neidentificare sursei reale la aparitia unei inconsistente, testarea redundanta a unor asignari partiale inconsistente si detectarea t�rzie a conflictelor �ntre anumite valori posibil a variabilelor. Neidentificarea sursei reale a unei inconsistente duce la fenomenul cunoscut sub numele de trashing [Gas79]. Cauza cea mai simpla a "trashing"-urilor priveste constr�ngerile unare si se refera la nodurile inconsistente [Mac77] . Daca domeniul Di al variabilelor Vi contin valoarea "a" ce nu satisfac constr�ngerea unara �n Vi , atunci instantierea Vi la "a" va rezulta �ntotdeauna o eroare. O alta sursa posibila de "trashing" este ilustrata �n exemplul urmator. Sa presupunem ca variabilele sunt instantiate �n ordinea V1 ,V2 , ... ,Vi , ... ,Vj , ... ,VN . Sa presupunem ulterior ca exista constr�ngerea binara definita pe Vi si Vj astefel �nc�t pentru Vi = a nu este recunoscuta nici valoare din Vj . Ori de c�te ori Vi este instantiata cu a cautarea va esua c�t timp se �ncearca instantierea lui Vj ( ca si c�nd nu a fost gasita nici o valoare acceptabila pentru Vj ) . Acest esec va fi repetat pentru fiecare posibila combinatie pe care variabilele Vk ( i<k<j ) le poate lua. Cauza unui astfel de "trashing" este interpretat ca fiind lipsa unui arc consistent [Mac77]. Acest fenomen poate fi evitat aplic�nd optimizari asupra algoritmului backtracking standard (a se vedea algoritmul Backjumping din sectiunea 4.2) prin folosirea unor scheme �n care revenirea la variabila anterioara �n algoritm se face p�na la variabila care a declansat conflictul cu variabila curenta. Un alt dezavantaj al algoritmului backtracking cronologic este testarea redundanta a unor asignari partiale inconsistente. Chiar daca au fost identificate valori inconsistente a unor variabile aceste valori nu sunt memorate pentru a fi evitate la asignari ulterioare. Metodele de rezolvare a acestei probleme se numesc backchecking sau backmarking. Acesti algoritmi sunt folositori pentru reducerea numarului de verificari ale consistentei. Cel de-al treilea dezavantaj major al algoritmului backtracking cronologic este detectarea t�rzie a conflictelor �ntre anumite valori posibil a variabilelor. Algoritmul nu detecteaza nici un conflict p�na c�nd acesta nu se declanseaza, adica dupa asignarea de valori tuturor variabilelor variabilelor incluse �ntr-o constr�ngere. Acest dezavantaj poate fi evitat prin aplicarea unor tehnici de consistenta �n colaborare cu algoritmul backtracking. 4.2 Backjumping Pentru a minimiza efectul fenomenului cunoscut sub numele de trashing, fenomen generat de faptul ca o instantiere partiala esueaza repetat din acelasi motiv, s-a dezvoltat algoritmul backjumping [Gas79]. Pasii executati de algoritmul backjumping sunt similari cu cei executati de algoritmul backtracking cu o exceptie. �n momentul �n care algoritmul backtracking cronologic face o revenire el revine la variabila care a fost instatiata cu un pas �nainte de variabila curenta. Spre deosebire de algoritmul backtracking cronologic, algoritmul backjumping la descoperirea unei inconsistente, analizeaza situatia pentru a determina sursa inconsistentei. Dupa ce detecteaza toate variabilele care genereaza inconsistenta cu asignarea curenta folosindu-se de constr�ngerea �ncalcata, algoritmul backjumping alege sa revina (backtrack) la variabila care a fost instantiata cel mai recent dintre variabilele care au generat inconsistenta. Pentru subalgoritmul BACKJUMPING parametrul de intrare X reprezinta numarul de ordine a variabilei curente. Subalgoritm consistent ( X ) Pentru i : = 1, X executa Daca X inconsistent cu variabila i atunci max_check [ X ] = max (max_check [ X ], i ) return false SF_Daca max_check [ X ] = X -1; return true; SF_Consistent Subalgoritm BACKJUMPING ( X ) Daca X > nr_variabile atunci afiseaza_solutie() return nr_variabile; SF_Daca max_check [ X ] : = 0; Pentru i : = 0, nr_valori executa Daca consistent (X) atunci jump : = BACKJUMPING(X + 1); Daca jump <> X atunci return jump; SF_Daca SF_Daca SF_Pentru return max_check [ X ]); SF_BACKJUMPING Prezentam �n continuare un exemplu pentru a evidentia algoritmului backjumping fata de algoritmul backtracking cronologic. Aplicam acesti algoritmi �n paralel la problema reginelor cu un numar de 8 regine. Consideram alocate primele 5 regine pe r�nduri diferite si dorim asezarea pe tabla a celei de a sasea regine. Pentru configuratia prezentata �n figura 4.1 nici o pozitie nu este consistenta pentru a sasea regina, deci algoritmul trebuie sa revina. Algoritmul backtracking cronologic revine la regina de pe pozitia 5 si aloca pentru aceasta regina o noua coloana, si anume coloana H. Totusi nici �n acest caz regina 6 nu poate fi repozitionata deoarece inconsistenta este generata de regina numarul 4. Figura 4.1 Pentru aceasta configuratie algoritmul backjumping este mai inteligent pentru ca este capabil sa descopere adevarata sursa a inconsistentei si sa revina p�na la acea pozitie. Numerele de pe r�ndul 6 al tabelei reprezinta reginele cu care la o asignare pe acea coloana s-ar declansa un conflict. �n acest moment putem observa ca prin schimbarea coloanei pentru regina 5 nu se rezolva conflictul. Regina cea mai apropiata a carei schimbare a valorii ar putea evita conflictul este regina 4 deoarece �n acest fel am putea folosi coloana D pentru regina 6. Problema nou aparuta �n algoritmul backjumping este determinarea pozitiei la care sa revina algoritmul. �n acest scop, la fiecare nivel algoritmul retine variabilele care genereaza conflict si revine p�na la acea variabila care a fost instantiata cel mai recent. �n acest fel algoritmul backjumping face mai putine verificari ale consistentei dec�t backtracking cronologic. Totusi �n cadrul algoritmului backjuming BJ se fac salturi doar din nodurile terminale ale arborelui (dead-ends). Toate celelalte cautari fac parte din backtrackingul cronologic ceea ce �nca genereaza trash-ing. 4.3 Backmarking La analiza dezavantajelor algoritmului backtracking cronologic an identificat problema testarii redundante a unor asignari partiale inconsistente, de exemplu chiar daca la un anumit pas sunt identificate unele valori inconsistente pentru o variabila, aceste valori nu sunt memorate pentru evitarea lor �n cadrul altor instantieri partiale. Pentru rezolvarea acestei probleme prezentam �n continuare algoritmul backmarking. Algoritmul backmarking se bazeaza pe urmatoarele doua observatii [Nad89] : Daca la nodul cel mai recent pentru care instantierea curenta a fost verificata esueaza fata de unele instantieri trecute care nu au fost deja modificate, atunci aceasta instantiere va esua din nou. Deci, toate verificarile consistentei curente pot fi evitate (salvari de tip A). Daca la nodul cel mai recent pentru care instantierea curenta a fost verificata instantierea este reusita fata de toate instantierile trecute care nu au fost deja schimbate, atunci va reusi din nou. Deci avem nevoie sa verificam instantierile doar fata de cele mai recente instantieri trecute care sunt modificate (salvari de tip B). Ideea acestui algoritm este urmatoarea: c�nd se doreste extinderea unei asignari partiale prin alegerea unei valori pentru o variabila X, algoritmul marcheaza �n mcl (maximum checking level) nivelul din arborele de cautare s-a detectat o inconsistenta pentru fiecare valoare a lui X. Daca nu este detectata nici o inconsistenta atunci nivelul pus in mcl este nivelul superior variabilei curente. �n plus, algoritmul retine �n sirul mbl (minimum backup level) de asemenea cel mai �nalt nivel la care cautarea a revenit de la ultima instantiere a lui X. �n acest fel c�nd algoritmul �ncearca instantierea variabilei X cu valoarea V nivelurile salvate in mcl si mbl pot fi comparate. Pot exista doua situatii : * mcl[X][V] < mbl[X] : Daca nivelul la care valoarea V a generat o inconsistenta este mai mic dec�t nivelul la care algoritmul a revenit (backtrack) atunci stim cu siguranta, fara a fi nevoie de verificarea constr�ngerii, ca instantierea variabilei X cu valoarea V va crea din nou o inconsistenta. Valoarea cu care V este inconsistenta nu a fost schimbata �nca. * mcl[X][V] > = mbl[X] : Daca de la ultima verificare pentru care V a creat inconsistenta algoritmul a revenit dincolo de nivelul variabilei care a generat inconsistenta la prima verificare, atunci valoarea V trebuie testata �n constr�ngeri. Totusi, se poate �ncepe testarea consistentei de la nivelul mbl[X] deoarece valorile dinaintea acestui nivel nu au fost schimbate de la ultima verificare �mpreuna cu valoare V. Subalgoritmul Backmarking este : Subalgoritm Consistent (X, V) mbl_vechi : = mbl[X] Daca mcl [X] [V] < mbl_vechi atunci return 0; SF_Daca Pentru i : = mbl_vechi , X executa mcl [X][V] : = i Daca constr�ngerile nu sunt respectate atunci return false SF_Daca SF_Pentru return true SF_Consistent Subalgoritm BACKMARKING( X ) Daca X > nr_variabile atunci afiseaza_solutie() return nr_variabile; SF_Daca Pentru i : =0, nr_valori executa Daca consistent (X, domeniu [ i ]) atunci BACKMARKING(X + 1); SF_Daca SF_Pentru mbl [X] = X - 1; Pentru i : = X , nr_variabile executa mbl [ i ] = min (mbl[ i ] , X - 1); SF_Pentru return X - 1; SF_BACKMARKING �n subalgoritmul descris anterior X reprezinta pozitia variabilei curente, nr_variabile reprezinta numarul total de variabile a problemei, domeniu reprezinta domeniul de valori a variabilelor (pentru acest subalgoritm se presupune ca toate variabilele au acelasi domeniu, dar se poate extinde si pentru domenii diferite pentru fiecare variabila) iar nr_valori reprezinta numarul de elemente al domeniu. Algoritmul backmarking viziteaza tot at�tea noduri ca si algoritmul backtracking cronologic, gener�nd acelasi trashing, dar pentru unele noduri se evita testarea �n constr�ngeri a unor valori care au fost anterior gasite ca fiind inconsistente cu instantierea curenta a celorlalte variabile. 4.4 Conflict directed backjumping Algoritmul conflict directed backjumping [Pro93] este o optimizare a algoritmului backjumping. �n acest algoritm pentru fiecare variabila se retine multimea variabilelor cu care s-a generat inconsistenta cu instantierea curenta. De fiecare data c�nd se detecteaza o inconsistenta �ntre instantierea curenta si valoarea unei variabile din instantierea partiala curenta, acea variabila este adaugata la setul variabilelor inconsistente a variabilei curente. �n momentul �n care nu mai exista valori pentru variabila curenta, algoritmul revine la variabila cea mai recent instantiata din setul de variabile inconsistente a variabilei curente, iar setul de variabile inconsistente a variabilei curente este absorbit de setul de variabile inconsistente al variabilei la care se revine. Subalgoritm Consistent (X) Pentru i : = 1 , X executa Daca constr�ngerile nu sunt respectate atunci adauga ( i , set_conflicte [ X ] ) return false SF_Daca SF_Pentru return true SF_Consistent Subalgoritm CONFLICT_DIRECTED_BJ ( X ) Daca X > nr_variabile atunci afiseaza_solutie() return nr_variabile SF_Daca set_conflicte [ X ] : = � Pentru i : = 0; nr_valori executa Daca consistent ( X ) atunci jump : = CONFLICT_DIRECTED_BJ ( X + 1); Daca jump <> X atunci return jump SF_Daca SF_Daca SF_Pentru dist = max (set_conflicte [ X ]); adauga ( set_conflicte [ dist ], set_conflicte [ X ] ); return dist SF_ CONFLICT_DIRECTED_BJ 4.4 Forward-checking Algoritmii prezentati p�na acum �n acest capitol au �n comun faptul ca verifica consisteta valorii asignate unei variabile fata de o anumita constr�ngere dupa ce toate variabilele implicate �n acea constr�ngere au fost instantiate. �n contrast cu acesti algoritmi, algoritmul Forward-checking [Hara80] verific[ consistenta �nainte ca toate variabilele sa fie instantiate. De obicei, o constr�ngere este verificata de c�tre algoritm �n momentul �n care toate mai putin una dintre variabilele sale sunt instantiate. La verificarea consistentei, domeniul ultimei variabile neinstantiata �ntr-o constr�ngere este filtrat �n urmatorul mod: pentru fiecare valoare din domeniu daca instantierea variabilei cu acea valoare ar �ncalca constr�ngerea atunci valoarea este eliminata temporar din domeniu, sau marcata ca fiind inactiva pentru aceasta instantiere partiala a variabilelor. Verificarea consistentei se opreste �n momentul �n care domeniul unei variabile devine gol. Daca pentru solutia partiala curenta, domeniul unei variabile devine gol, algoritmul revine cronologic si schimba valoarea unora dintre variabilele anterior instantiate. Sublagoritm Restore ( x ) Pentru fiecare variabila y instantiata executa Daca verif[x][y] > 0 atunci verif[x][y] : = 0 Pentru fiecare si domenii[y][a] = x executa domenii[y][a] : = 0 lung_domeniu[y] : = lung_domeniu[y] + 1 SF_Pentru SF_Daca SF_Pentru SF_Restore Sublagoritm Check_forward ( c, x ) y : = variabila neinstantiata a constr�ngerii c schimbat : = fals Pentru fiecare si domenii[y][a] = 0 executa solutie[y] : = a Daca constr�ngerea c este �ncalcata atunci schimbat : = true domenii [y][a] : = x lung_domeniu[y] : = lung_domeniu[y] - 1 SF_Daca SF_Pentru Daca schimbat atunci verificat[x][y] : = x SF_Daca Daca lung_domeniu[y] = 0 atunci return fals Altfel return true SF_Daca SF_Check_forward Subalgoritm Consistent ( x ) Pentru fiecare constr�ngere c executa Daca not check_forward ( c, x) atunci return fals SF_Daca SF_Pentru return true SF_Consistent Subalgoritm Forward_Checking ( x ) Daca x > nr_variabile atunci return true SF_Daca Pentru fiecare si domenii[x][a] = 0 executa solutie[x] : = a instantiat[x] := true Daca consistent( x ) atunci Daca Forward_Checking( x + 1 ) atunci return true SF_Daca SF_Daca restore ( x ) SF_Pentru return false SF_Forward_Checking Algoritmul Forward-Checking foloseste 3 structuri de date �n plus fata de baktracking cronologic: domenii, lung_domeniu si verificat. Variabila domenii[x][a] memoreaza daca valoarea a este activa sau nu �n domeniul variabilei x, unde domenii[x][a] = 0 �nseamna ca a este o valoare activa �n domeniul lui x, iar domenii[x][a]= i >0 �nseamna ca valoarea a a fost eliminata din domeniul variabilei x la nivelul i al cautarii. De exemplu, daca valoarea a este marcata ca si inactiva �n domeniul variabilei x pe nivelul i, domenii[x][a] are valoarea i pentru a exprima ca a este inactiva �n acest moment si lung_domeniu[x] este decrementat cu 1. Variabila verificat[x][y] ia valoarea i daca la nivelul i prin instantierea lui x cel putin o constr�ngere ajunge �n situatia �n care poate fi verificata de forward-checking, adica pentru constr�ngerea respectiva sunt instantiate toate variabilele mai putin una, si prin verificarea constr�ngerii domeniul lui y poate fi redus. C�nd instantieera lui x este schimbata, sau se renunta la instantiere, verificat[x][y] primeste valoarea 0, si pentru fiecare valoare a din domeniul lui y, daca conditia domenii[y][a] = i este �ndeplinita, atunci domenii[y][a] este setat la 0 si lung_domeniu[y] este decrementat cu 1. Capitolul 5 Prezentare Aplicatia practica LIVRARE INTELIGENTA 5.1 Enuntul si specificarea problemei Enuntul problemei Se dau mai multe comenzi formate din produse , mai multe puncte de distributie si rutele care leaga punctele de distributie. Sa se genereze o solutie de livrare a comenzilor catre punctele de distributie pe rutele definite astfel �nc�t toate comenzile sa fie livrate fara a se depasi cantitatea maxima ce poate fi transportata pe o anumita ruta. Solutia va fi prezentata ca multime de perechi de forma comanda - ruta de livrare. Specificarea problemei Cerinte: - fiecare comanda sa fie livrata pe o singura ruta - ruta pe care este livrata o comanda trebuie sa contina destinatia de livrare a comenzii - suma cantitatilor comenzilor repartizate pe o ruta sa nu depaseasca cantitatea maxima ce poate fi transportata pe ruta respectiva Solutie: - daca pentru datele de intrare date exista solutie se genereaza perechi de forma (c, r) care �nseamna ca pe ruta r se livreaza comanda c. - daca nu s-a putut determina o solutie pentru datele de intrare aceasta situatie este semnalata utilizatorului printr-un mesaj Model�nd aceasta problema ca si o problema de satisfacere a constr�ngerilor, din punct de vedere formal problema poate fi specificata astfel: o date de intrare : - multimea comenzilor ce trebuie livrate C={c1, c2, ...,cn} - multimea punctelor de distributie Pcts={pct1, pct2, ..., pctm} - multimea rutelor de distributie R={r1, r2, ...rp} o constr�ngerile definite �n problema: - destinatia comenzii ci trebuie sa apartina rutei rj pentru ca perechea (ci, rj) sa faca parte din solutie - suma cantitatilor comenzilor repartizate pe o ruta sa nu depaseasca cantitatea maxima a rutei o variabilele problemei sunt comenzile o domeniul de valori ce vor fi asignate variabilelor �l reprezinta rutele o solutia problemei reprezinta o asignare completa a variabilelor cu valori din domeniul problemei, adica fiecarei comenzi sa �i fie asignata o ruta 5.2 Proiectare Am implementat rezolvarea acestei probleme ca si o aplicatie web cu interfata HTML. Folosindu-se de aceasta interfata utilizatorul poate introduce datele de intrare, alege algoritmul de rezolvare ( backtracking cronologic sau backjumping) si are acces la solutia generata. Aplicatia este scrisa �n limbajul JAVA si foloseste ca si baza de date un server MySQL. �n baza de date sunt salvate datele de intrare a problemei. Pentru realizarea aplicatiei am folosit servleti pentru partea de procesare/salvare a datelor de intrare si pagini JSP pentru afisare datelor si interactiunea cu utilizatorul. Am implementat algoritmii Backtracking cronologic si Backjumping �n clasele Java eshop.algoritm.Backtracking si respectiv eshop.algoritm.Backjumping, codul acestor clase �l vom prezenta ulterior. La rularea oricaruia dintre cei doi algoritmi, daca pentru datele de intrare existente se poate determina o solutie utilizatorului ii sunt prezentate pe ecran numarul de pasi executati de algoritm si timpul �n milisecunde care a fost necesar determinarii solutiei. Daca problema nu are solutie pe ecran este afisat un mesaj corespunzator �mpreuna cu numarul de pasi executati de server si timpul necesar �n milisecunde pentru determinarea acestei rezolutii. Aplicatia poate fi instalata �n orice web-server compatibil J2EE cum ar fi Tomcat, JBoss , IBM WebSphere, etc. Contextul �n care se instaleaza aplicatia este /EShop si este relativ la numele sau IP-ul calculatorului pe care ruleaza serverul web. De exemplu daca aplicatia este accesata de pe acelasi calculator pe care ruleaza serverul web ea poate fi accesata folosind adresa http://localhost/EShop. Aplicatia a fost optimizata pentru browser-ul Internet Explorer dar functioneaza si pe alte browsere. 5.3 Manual de utilizare La accesarea aplicatiei se deschide o pagina de introducere �n care este prezentata aplicatia. Dupa cum se poate observa si din figura 5.1 care reprezinta prima pagina a aplicatiei, interfata cu utilizatorul este �mpartita �n 3 sectiuni: - meniul principal - meniul rapid - sectiunea cu informatii utile Figura 5.1 Prima pagina a aplicatiei Meniul principal Meniul principal este alcatuit din urmatoarele sectiuni: - Home : prin accesarea acestui link se ajunge la prima pagina a aplicatiei care contine descrierea aplicatiei - Produse : prin accesarea acestui link se ajunge la sectiunea unde se poate vedea lista de produse, se pot edita produsele existente, adauga sau sterge produse - Puncte Distributie : prin accesarea acestui link se ajunge la sectiunea unde se poate vedea lista punctelor de distributie, se pot edita punctele de distributie existente, se pot adauga sau sterge puncte de distributie - Rute : prin accesarea acestui link se ajunge la sectiunea unde se poate vedea lista de rute, se pot edita rutele existente, se pot adauga sau sterge rute - Comenzi : prin accesarea acestui link se ajunge la sectiunea unde se poate vedea lista de comenzi, se pot edita comenzile existente, se pot adauga sau sterge comenzi - About : prin accesarea acestui link se ajunge la sectiunea unde sunt prezentate informatii despre aplicatie si despre autorul ei Meniul rapid Meniul rapid are urmatoarele optiuni : Produse, Puncte distributie, Rute, Comenzi. Efectul accesarii acestor link-uri este acelasi cu efectul accesarii acestor sectiuni din meniul principal. Pe unele pagini din aplicatie meniul rapid contine link-uri pentru adaugare produs /punct distributie/ruta/comanda. Tot �n meniul rapid din sectiunea Comenzi apar optiunile de gasire a solutiei folosind algoritmii de Backtracking sau Backjumping. Sectiunea Produse Sectiunea produse poate fi accesata prin meniul principal sau prin meniul rapid acces�nd link-ul Produse. Prin accesarea acestui link �n zona informatiilor utile a paginii care se deschide este afisata lista produselor �nregistrate �n baza de date(figura 5.2). Figura 5.2 Sectiunea Produse Pe linia fiecarui produs este afisat un buton �n forma de creion pentru editarea informatiilor despre produsul respectiv si un buton �n forma unui cos de gunoi pentru stergerea produsului respectiv. Pentru aceasta sectiune meniul rapid contine actiunea Adauga Produs. Acces�nd link-ul asociat acestei actiuni se deschide o pagina care permite utilizatorului adaugarea unui nou produs �n baza de date (figura 5.3). Pe aceasta pagina utilizatorul poate introduce numele, descrierea, greutatea �n kilograme si cantitatea disponibila ale produsului ce va fi adaugat. Dintre aceste c�mpuri, c�mpul descriere este optional celelalte fiind obligatorii. Prin apasarea butonului Adauga produsul este adaugat �n baza de date iar utilizatorul este redirectat spre pagina care afiseaza lista de produse. Figura 5.3 Adaugare Produs Prin accesarea butonului de editare a unui produs, �n pagina care afiseaza lista de produse, se deschide o noua pagina �n care sunt afisate informatiile detaliate ale produsului. Se pot edita toate c�mpurile cu exceptia c�mpului Nume. Acest c�mp nu este editabil deoarece fiecare produs este identificat �n mod unic prin nume. Prin apasarea butonului Update de pe aceasta pagina se salveaza �n baza de date modificarile facute si se revine la pagina care afiseaza lista de produse. Prin apasarea butonului de stergere de pe linia unui produs pe ecran apare un mesaj de confirmare prin care utilizatorul este obligat sa confirme stergerea produsului. Daca utilizatorul confirma stergerea, produsul este sters din baza de date si lista de produse din pagina se actualizeaza. Sectiunea Puncte distributie Sectiunea puncte distributie poate fi accesata prin meniul principal sau prin meniul rapid acces�nd link-ul Puncte distributie. Prin accesarea acestui link �n zona informatiilor utile a paginii care se deschide este afisata lista punctelor de distributie �nregistrate �n baza de date (Figura 5.4). Figura 5.4 Sectiunea Puncte distributie Pe linia fiecarui punct de distributie este afisat un buton �n forma de creion pentru editarea informatiilor despre punctul de distributie respectiv si un buton �n forma unui cos de gunoi pentru stergerea punctului de distributie respectiv. Pentru aceasta sectiune meniul rapid contine actiunea Adauga punct distributie. Acces�nd link-ul asociat acestei actiuni se deschide o pagina care permite utilizatorului adaugarea unui nou punct de distributie �n baza de date (figura 5.5). Pe aceasta pagina utilizatorul poate introduce id-ul si descrierea punctului de distributie ce va fi adaugat. Dintre aceste c�mpuri, c�mpul descriere este optional, c�mpul id fiind obligatoriu. Prin apasarea butonului Adauga punctul de distributie este adaugat �n baza de date iar utilizatorul este redirectat spre pagina care afiseaza lista punctelor de distributie. Figura 5.5 Adaugare Punct distributie �n pagina care afiseaza lista punctelor de distributie prin accesarea butonului de editare a unui punct de distributie se deschide o noua pagina �n care sunt afisate informatiile detaliate ale acelui punct de distributie. Se poate edita doar c�mpul descriere. C�mpul id nu este editabil deoarece fiecare punct de distributie este identificat �n mod unic prin id. Prin apasarea butonului Update de pe aceasta pagina se salveaza �n baza de date modificarile facute si se revine la pagina care afiseaza lista punctelor de distributie. Prin apasarea butonului de stergere de pe linia unui punct de distributie pe ecran apare un mesaj de confirmare prin care utilizatorul este obligat sa confirme stergerea punctului de distributie. Daca utilizatorul confirma stergerea, punctul de distributie este sters din baza de date si lista punctelor de distributie din pagina se actualizeaza. Sectiunea Rute Sectiunea Rute poate fi accesata prin meniul principal sau prin meniul rapid acces�nd link-ul Rute. Prin accesarea acestui link �n zona informatiilor utile a paginii care se deschide este afisata lista rutelor �nregistrate �n baza de date (Figura 5.6). Figura 5.6 Sectiunea Rute Pe linia fiecarei rute este afisat un buton �n forma de creion pentru editarea informatiilor despre ruta respectiva si un buton �n forma unui cos de gunoi pentru stergerea rutei respective. Pentru aceasta sectiune meniul rapid contine actiunea Adauga ruta. Acces�nd link-ul asociat acestei actiuni se deschide o pagina care permite utilizatorului adaugarea unei noi rute �n baza de date (figura 5.7). Pe aceasta pagina utilizatorul poate introduce numele, cantitatea maxima ce poate fi transportata, si poate alege punctele de distributie ce vor fi acoperite de ruta adaugata. Este obligatorie introducerea numelui rutei si selectarea a cel putin un punct de distributie. Prin apasarea butonului Adauga ruta este adaugata �n baza de date iar utilizatorul este redirectat spre pagina care afiseaza lista rutelor existente. Figura 5.7 Adaugare ruta �n pagina care afiseaza lista rutelor prin accesarea butonului de editare a unei rute se deschide o noua pagina �n care sunt afisate informatiile detaliate ale respectivei rute. Se poate edita c�mpul cantitate maxima si se pot schimba punctele de distributie asociate rutei . C�mpul nume nu este editabil deoarece fiecare ruta este identificata �n mod unic prin nume. Prin apasarea butonului Update de pe aceasta pagina se salveaza �n baza de date modificarile facute si se revine la pagina care afiseaza lista rutelor. Prin apasarea butonului de stergere de pe linia unei rute pe ecran apare un mesaj de confirmare prin care utilizatorul este obligat sa confirme stergerea rutei. Daca utilizatorul confirma stergerea, ruta este stearsa din baza de date si lista rutelor din pagina se actualizeaza. Sectiunea Comenzi Sectiunea Comenzi poate fi accesata prin meniul principal sau prin meniul rapid acces�nd link-ul Comenzi. Prin accesarea acestui link �n zona informatiilor utile a paginii care se deschide este afisata lista comenzilor �nregistrate �n baza de date (Figura 5.8). Figura 5.8 Sectiunea comenzi Pe linia fiecarei comenzi este afisat un buton �n forma de creion pentru editarea informatiilor despre comanda respectiva si un buton �n forma unui cos de gunoi pentru stergerea comenzii respective. Pentru aceasta sectiune meniul rapid contine actiunile Adauga comanda, Generare solutie BT si Generare solutie BJ. Prin accesarea link-ului Adaugare comanda se deschide o pagina care permite utilizatorului adaugarea unei noi comenzi �n baza de date (figura 5.9). Pe aceasta pagina utilizatorul poate introduce id-ul, destinatia, si poate adauga produsele si cantitatea dorita pentru comanda ce va fi adaugata. Este obligatoriu sa se introduca id-ul comenzii si sa se adauge cel putin un produs. Prin apasarea butonului Adauga comanda este adaugata �n baza de date iar utilizatorul este redirectat spre pagina care afiseaza lista comenzilor existente. Figura 5.9 Adaugare comanda �n pagina care afiseaza lista comenzilor, prin accesarea butonului de editare a unei comenzi se deschide o noua pagina �n care sunt afisate informatiile detaliate ale respectivei comenzi. Se poate schimba valoarea c�mpului destinatie si se pot schimba produsele continute de comanda . C�mpul id nu este editabil deoarece fiecare comanda este identificata �n mod unic prin id. Prin apasarea butonului Update de pe aceasta pagina se salveaza �n baza de date modificarile facute si se revine la pagina care afiseaza lista comenzilor. Prin apasarea butonului de stergere de pe linia unei comenzi pe ecran apare un mesaj de confirmare prin care utilizatorul este obligat sa confirme stergerea comenzii. Daca utilizatorul confirma stergerea, comanda este stearsa din baza de date si lista comenzilor din pagina se actualizeaza. Prin accesarea link-ului Generare solutie BT din cadrul meniului rapid afisat �n aceasta sectiune aplicatia �ncearca determinarea unei solutii de livrare a comenzilor folosind algoritmul Backtracking cronologic. Prin accesarea link-ului Generare solutie BJ din cadrul meniului rapid aplicatia �ncearca determinarea unei solutii folosind algoritmul Backjumping. Pentru oricare dintre aceste doua actiuni daca se determina o solutie utilizatorul este redirectat catre o pagina �n care este afisata solutia (figura 5.10), precum si numarul de pasi pe care algoritmul i-a parcurs pentru determinarea solutie si timpul �n milisecunde necesar gasirii solutiei. Figura 5.10 Solutie Daca nu se poate determina o solutie utilizatorul este redirectat catre o pagina prin care este informat ca problema nu are solutie pentru datele de intrare setate (figura 5.11). Figura 5.11 Nu s-a gasit solutie Sectiunea About Sectiunea About poate fi accesata prin meniul principal acces�nd link-ul About. Prin accesarea acestui link �n zona informatiilor utile a paginii care se deschide sunt afisate informatii despre aplicatie, autorul si scopul pentru care a fost creata aplicatia (figura 5.12). Figura 5.12 About Codul sursa Prezentam �n continuare codul sursa al claselor JAVA pentru algoritmii Backtracking cronologic si Backjumping. Se poate observa �n codul sursa propagarea constr�ngerilor �n metoda rafinareDomeniu. Algoritmul Backtracking cronologic package eshop.algoritm; import eshop.beans.Ruta; import eshop.beans.Comanda; import java.util.ArrayList; import java.util.HashMap; import java.util.Date; public class Backtracking { /** * variabile ce vor fi expuse la gasirea unei solutii */ private int nrPasi = 0; private Ruta[] solutie; private long durata; private ArrayList solutieFinala; public int getNrPasi() { return this.nrPasi; } public ArrayList getSolutie() { return solutieFinala; } public long getDurata() { return this.durata; } public boolean isSolution() { return this.termina; } public boolean isGata() { return this.gata; } /** * array de Variabila */ private Comanda[] comenzi; private Ruta[] rute; private Date start; private HashMap greutatzi; private boolean termina = false; private boolean gata=false; /** * variabilele sunt comenzile * domeniul reprezinta rutele */ public Backtracking(ArrayList variabile, ArrayList domeniu) { start = new Date(System.currentTimeMillis()); this.comenzi = new Comanda[variabile.size()]; for (int i = 0; i < variabile.size(); i++) { comenzi[i] = (Comanda) variabile.get(i); } this.rute = new Ruta[domeniu.size()]; for (int i = 0; i < domeniu.size(); i++) { rute[i] = (Ruta) domeniu.get(i); } } public void gasireSolutie() { //backtrack pt comenzi solutie = new Ruta[comenzi.length]; greutatzi = new HashMap(); for (int i = 0; i < rute.length; i++) { greutatzi.put(rute[i].getNume(), new Integer(0)); } backTracking(0, rute); durata=System.currentTimeMillis() - start.getTime(); gata=true; } private void backTracking(int poz, Ruta[] domeniu) { if (termina) { return; } if (poz >= comenzi.length) { printSolutie(); termina = true; } else { //rafinare domeniu domeniu = rafinareDomeniu(domeniu, poz); //end rafinare domeniu for (int i = 0; i < domeniu.length; i++) { nrPasi++; if (consistent(poz, domeniu[i])) { adaugaVar(poz, domeniu[i]); backTracking(poz + 1, rute); stergeVar(poz, domeniu[i]); } } } } /** * Verifica daca asocierea rutei ruta cu produsul de pe pozitia poz este consistenta sau nu * @param poz * @param ruta * @return true daca ruta poate fi asociata comenzii */ private boolean consistent(int poz, Ruta ruta) { if (((Integer) greutatzi.get(ruta.getNume())).intValue() + comenzi[poz].getGreutateaTotala() > ruta.getCantMax()) { return false; } return true; } /** * Asociaza comenzii de pe pozitia poz ruta r * * @param poz * @param r */ private void adaugaVar(int poz, Ruta r) { solutie[poz] = r; String key = r.getNume(); int cant = ((Integer) greutatzi.get(key)).intValue(); greutatzi.put(key, new Integer(cant + comenzi[poz].getGreutateaTotala())); } /** * Sterge asocierea dintre comanda de pe pozitia poz ruta r * * @param poz * @param r */ private void stergeVar(int poz, Ruta r) { solutie[poz] = null; String key = r.getNume(); int cant = ((Integer) greutatzi.get(key)).intValue(); greutatzi.put(key, new Integer(cant - comenzi[poz].getGreutateaTotala())); } private void printSolutie() { solutieFinala=new ArrayList(); for (int i = 0; i < solutie.length; i++) { System.out.println("Comanda " + comenzi[i].getId() + " pe ruta " + solutie[i].getNume()); solutieFinala.add(solutie[i]); } } /** * Elimina din domeniu rutele care nu contin destinatia produsului de pe pozitia poz * * @param domeniuInitial * @param poz * @return domeniul rafinat */ private Ruta[] rafinareDomeniu(Ruta[] domeniuInitial, int poz) { ArrayList temp = new ArrayList(); Ruta ruta; for (int i = 0; i < domeniuInitial.length; i++) { ruta = domeniuInitial[i]; if (!ruta.contine((comenzi[poz]).getDest())) { continue; } temp.add(ruta); } Ruta[] result = new Ruta[temp.size()]; for (int i = 0; i < temp.size(); i++) { result[i] = (Ruta) temp.get(i); } return result; } } Algoritmul Backjumping package eshop.algoritm; import eshop.beans.Comanda; import eshop.beans.Ruta; import java.util.ArrayList; import java.util.HashMap; import java.util.Date; public class Backjumping { /** * variabile ce vor fi expuse la gasirea unei solutii */ private int nrPasi = 0; private Ruta[] solutie; private long durata; private ArrayList solutieFinala; public int getNrPasi() { return this.nrPasi; } public ArrayList getSolutie() { return solutieFinala; } public long getDurata() { return this.durata; } public boolean isSolution() { return this.termina; } /** * array de Variabila */ private Comanda[] comenzi; private Ruta[] rute; private Date start; private HashMap lastPoz; private HashMap greutatzi; private boolean termina; private int pozJump; public Backjumping(ArrayList variabile, ArrayList domeniu) { start = new Date(System.currentTimeMillis()); this.comenzi = new Comanda[variabile.size()]; for (int i = 0; i < variabile.size(); i++) { comenzi[i] = (Comanda) variabile.get(i); } this.rute = new Ruta[domeniu.size()]; for (int i = 0; i < domeniu.size(); i++) { rute[i] = (Ruta) domeniu.get(i); } } public void gasireSolutie() { //backtrack pt comenzi solutie = new Ruta[comenzi.length]; greutatzi = new HashMap(); for (int i = 0; i < rute.length; i++) { greutatzi.put(rute[i].getNume(), new Integer(0)); } lastPoz = new HashMap(); for (int i = 0; i < rute.length; i++) { lastPoz.put(rute[i].getNume(), new ArrayList()); } backJumping(0, rute); durata=System.currentTimeMillis() - start.getTime(); } private void backJumping(int poz, Ruta[] domeniu) { if (termina) { return; } if ((poz - 1 > pozJump)) { return; } if (poz >= comenzi.length) { printSolutie(); } else { pozJump = poz; //rafinare domeniu domeniu = rafinareDomeniu(domeniu, poz); //end rafinare domeniu for (int i = 0; i < domeniu.length; i++) { if (consistent(poz,domeniu[i])) { nrPasi++; adaugaVar(poz, domeniu[i]); backJumping(poz + 1, rute); stergeVar(poz, domeniu[i]); } } //dupa ce am terminat toate solutiile jump pana la ultima variabila a acestei rute pozJump = determinaPozJump(poz, domeniu); } } /** * * @param poz * @param ruta * @return */ private boolean consistent(int poz, Ruta ruta) { if (((Integer) greutatzi.get(ruta.getNume())).intValue() + comenzi[poz].getGreutateaTotala() > ruta.getCantMax()) { return false; } return true; } /** * Asociaza comenzii de pe pozitia poz ruta r * * @param poz * @param r */ private void adaugaVar(int poz, Ruta r) { solutie[poz] = r; String key = r.getNume(); int cant = ((Integer) greutatzi.get(key)).intValue(); greutatzi.put(key, new Integer(cant + comenzi[poz].getGreutateaTotala())); //adauga �n lista de pozitii a rute r pozitia poz ArrayList list = (ArrayList) lastPoz.get(key); list.add(new Integer(poz)); lastPoz.put(key, list); } /** * Sterge asocierea dintre comanda de pe pozitia poz ruta r * * @param poz * @param r */ private void stergeVar(int poz, Ruta r) { solutie[poz] = null; String key = r.getNume(); int cant = ((Integer) greutatzi.get(key)).intValue(); greutatzi.put(key, new Integer(cant - comenzi[poz].getGreutateaTotala())); //sterge din lista de pozitii a rute r pozitia poz (care �n mod normal e ultima) ArrayList list = (ArrayList) lastPoz.get(key); list.remove(list.size() - 1); lastPoz.put(key, list); } private void printSolutie() { solutieFinala=new ArrayList(); for (int i = 0; i < solutie.length; i++) { System.out.println("Comanda " + comenzi[i].getId() + " pe ruta " + solutie[i].getNume()); solutieFinala.add(solutie[i]); } termina = true; } /** * Elimina din domeniu rutele care nu contin destinatia produsului de pe pozitia poz * * @param domeniuInitial * @param poz * @return domeniul rafinat */ private Ruta[] rafinareDomeniu(Ruta[] domeniuInitial, int poz) { ArrayList temp = new ArrayList(); Ruta ruta; for (int i = 0; i < domeniuInitial.length; i++) { ruta = domeniuInitial[i]; if (!ruta.contine((comenzi[poz]).getDest())) { continue; } temp.add(ruta); } Ruta[] result = new Ruta[temp.size()]; for (int i = 0; i < temp.size(); i++) { result[i] = (Ruta) temp.get(i); } return result; } /** * Determina pozitia ultimului produs care se afla pe aceasi ruta ca si produsul curent * * @return intoare pozitia cautata */ private int determinaPozJump(int poz, Ruta[] domeniu) { //�n domeniul care contine doar rutele care includ destinatia dorita //cautam maximul pozitiei unde sa faca backjump int max = -1; ArrayList list; for (int i = 0; i < domeniu.length; i++) { list = (ArrayList) lastPoz.get(domeniu[i].getNume()); Integer x = null; if (list.size() > 0) { x = (Integer) list.get(list.size() - 1); } else { x = new Integer(0); } if (x.intValue() > max) { max = x.intValue(); } } return max; } } Capitolul 6 Concluzii Aceasta lucrare prezinta problematica domeniului din inteligenta artificiala cunoscut sub numele de probleme de satisfacere a constr�ngerilor (CSP). Am prezentat aici definitia si componentele unei probleme de satisfacere a constr�ngerilor si modul �n care o problema din viata reala poate fi modelata ca o problema de satisfacere a constr�ngerilor. Am vazut ca modelarea problemelor ca si CSP este benefica �n primul r�nd deoarece exprimarea relatiilor dintre datele unei probleme ca si constr�ngeri este una naturala si usor de �nteles. Un alt avantaj al modelarii unei probleme ca si o CSP este modalitatea de rezolvare a acestor tip de probleme. Am prezentat cele mai cunoscute tehnici de rezolvare, unele pot rezolva problema singure, cum ar fi metodele de cautare sistematica bazate pe backtracking, altele nu garanteaza rezolvarea, cum ar fi propagarea constr�ngerilor si tehnicile de consistenta, dar pot reduce semnificativ spatiul de cautare si astfel timpul necesar rezolvarii problemei. Datorita faptului ca programarea distribuita este tot mai mult �n atentia cercetatorilor si a producatorilor de software am alocat �ntreg Capitolul 2 abordarii distribuite a problemelor de satisfacere a constr�ngerilor. Am prezentat c�teva informatii generale despre agenti inteligenti, modul de operare si tipurile lor, precum si informatii generale despre sisteme multi-agent, acestea fiind mediul �n care problemele de satisfacere a constr�ngerilor sunt �nt�lnite. Abordarile si algoritmii propusi pentru CSP distribuite sunt o solutie pentru accelerarea gasirii unei solutii dar si pentru rezolvarea unor probleme ce apar �n sistemele multi-agent. Metoda prezentata de aceasta lucrare, dar si de majoritatea cercetatorilor din acest domeniu, ca fiind metoda de baza de rezolvare a CSP este tehnica backtracking Am prezentat ca algoritm de pornire algoritmul backtracking cronologic din care apoi am �ncercat sa elimina principalele avantaje. Astfel am obtinut algoritmi mai eficienti de cautare , backjumping, backmarking, conflict-directed backjumping si forward checking. Ultima parte a acestei lucrari prezinta aplicatia Livrare inteligenta, aplicatie dezvoltata pentru a evidentia felul �n care o problema din viata de zi cu zi poate fi modelata ca o problema de satisfacere a constr�ngerilor. Aceasta aplicatie a fost scrisa �n limbajul JAVA si �n cadrul ei sunt implementati doi algoritmi hibrizi, backtracking cronologic cu propagarea constr�ngerilor si backjumping cu propagarea constr�ngerilor. Pentru a putea urmari performantele fiecarui algoritm la determinarea unei solutii a problemei aplicatia afiseaza numarul de verificari ale consistentei realizate la executie. Domeniul CSP este, dupa cum reiese si din aceasta lucrarea, un domeniu atractiv at�t pentru cercetatori c�t si pentru dezvoltatorii de software. Exista baze teoretice solide pentru acest domeniu dar si algoritmi de rezolvare care ne asigura ca determina o rezolvare a problemei, fie o solutie daca ea exista fie constata ca problema nu are solutie. Modelarea relativ naturala a unei probleme din viata reala ca si o problema de satisfacere a constr�ngerilor este avantajul principal al acestui domeniu. Bibliografie [Bar99] - R. Bart�k - Constraint Programming: In Pursuit of the Holy Grail, in Proceedings of the Week of Doctoral Students (WDS99), Prague, 1999 [Con91] - S. E. Conry, K. Kuwabara, V. R. Lesser and R. A. Meyer - Multistage negotiation for distributed constraint satisfaction, IEEE Transactions on Systems, Man and Cybernetics, Vol. 21, No. 6, pg. 1462-1477, 1991. [Freu89] - E. C. Freuder - Partial constraint satisfaction, In Proceedings of the Eleventh International Joint Conference on Artifcial Intelligence, pg. 278-283, 1989. [Gas79] - J. Gaschnig - Performance Measurement and Analysis of Certain Search Algorithms, Departament of Computer Science Carnegie Mellon University, 1979 . [Hara80] - R. M. Haralick, G. L. Elliot - Increasing tree search efficiency for constraint satisfaction problems, Artificial Intelligence, pg 263- 313, 1980 [HELLS04] - L. Hellsten - Consistency Propagation for Stretch Constraints , University of Waterloo, 2004 [Hira2000] - K. Hirayama, M. Yokoo - An approach to over-constrained distributed constraint satisfaction problems: Distributed hierarchical constraint satisfaction, In Proceedings of International Conference on Multiagent Systems, 2000. [Less83] - V. R. Lesser, D. D. Corkill. - The distributed vehicle monitoring testbed: A tool for investigating distributed problem solving networks, AI Magazine, Vol. 4, No. 3, pg. 15-33, 1983. [Mac77] - A. K. Mackworth - Consistency in Networks of Relations, Artificial Intelligence, pg 99 - 118 , 1977. [Mint92] - S. Minton, M.D. Johnston, A.B. Philips, P. Laird - Minimizing Conflicts: A Heuristic Repair Method for Constraint Satisfaction and Scheduling Problems, Artificial Intelligence, vol. 58, pg. 161-205, 1992. [Mon74] - U. Montanari - Networks of constraints : Fundamental properties and applications to picture processing, Information Sciences, pg 95-132, 1974. [Nad89] - B. A. Nadel - Constraint satisfaction algorithms, Computational Intelligence , pg 188-224 , 1989. [Pro93] - P. Prosser - Domain filtering can degrade intelligent backtracking search, In "Proceeding of International Join Conference on Artificial Intelligence" , pg 262-267 , 1993. [Rus95] - J. S. Russell, P. Norvig - Artificial Intelligence - A Modern Approach, Pentice-Hill, Inc. , New Jersey, 1995. [Ser03] - G. Serban - Tehnici de realizare a sistemelor inteligente, teza de doctorat 2003. [Sycara91] - K. P. Sycara, S. Roth, N. Sadeh, M. Fox.- Distributed constrained heuristic search, IEEE Transactions on Systems, Man and Cybernetics, Vol. 21, No. 6, pg. 1446-1461, 1991. [Yokoo90] - M. Yokoo, T. Ishida, K. Kuwabara - Distributed Constraint Satisfaction for DAI Problems, Proceeding 10th International Workshop Distributed Artificial Intelligence, 1990. [Yokoo98] - M. Yokoo, E. H. Durfee, T. Ishida, K. Kuwabara - The Distributed constraint satisfaction problem: formalization and algorithms, IEEE Transactions on Knowledge and Data Engineering 10, pg. 673-685, 1998 